Dove dovrebbe essere conservata l'annotazione @Service? Interfaccia o implementazione?

Sto sviluppando un'applicazione usando Spring. Mi viene richiesto di utilizzare l' @Serviceannotazione. Ho ServiceIe ServiceImpltale che ServiceImpl implements ServiceI. Sono confuso qui su dove dovrei tenere il@Service annotazione.

Devo annotare l'interfaccia o l'implementazione con @Service? Quali sono le differenze tra questi due approcci?

Non ho mai messo @Component(o @Service, ...) un'interfaccia, perché ciò rende l'interfaccia inutile. Lasciami spiegare perché.

rivendicazione 1: se si dispone di un'interfaccia, si desidera utilizzare tale interfaccia per il tipo di punto di iniezione.

rivendicazione 2: lo scopo di un'interfaccia è quello di definire un contratto che può essere implementato da diverse implementazioni. Dall'altro lato hai il punto di iniezione ( @Autowired). Avere solo un'interfaccia e una sola classe che la implementa, è (IMHO) inutile e viola YAGNI .

fatto: quando metti:

• @Component(o @Service, ...) su un'interfaccia,
• hanno più classi che lo implementano,
• almeno due classi diventano Spring Beans e
• avere un punto di iniezione che utilizza l'interfaccia per l'iniezione basata sul tipo,

poi otterrai e NoUniqueBeanDefinitionException (o hai una configurazione molto speciale delle configurazioni, con ambiente, profili o qualificatori ...)

Conclusione: se si utilizza @Component(o @Service, ...) a un'interfaccia, è necessario violare almeno una delle due claine. Pertanto penso che non sia utile (tranne alcuni scenari rari) da mettere @Componenta livello di interfaccia.

Le interfacce del repository Spring-Data-JPA sono qualcosa di completamente diverso

Fondamentalmente le annotazioni come @Service , @Repository , @Component , ecc. Servono tutte allo stesso scopo:

rilevamento automatico quando si utilizza la configurazione basata su annotazioni e la scansione del percorso di classe.

Dalla mia esperienza utilizzo sempre le @Serviceannotazioni sulle interfacce o le classi astratte e le annotazioni come @Componente @Repositoryper la loro implementazione. @Componentannotazione che sto usando su quelle classi che servono a scopi di base, semplici fagioli primavera, niente di più. @Repositoryannotazione che sto usando inDAO layer, ad esempio se devo comunicare con il database, avere delle transazioni, ecc.

Quindi suggerirei di annotare la tua interfaccia con @Servicee altri livelli a seconda della funzionalità.

Ho usato @Component, @Service, @Controllere @Repositoryle annotazioni solo sulle classi di implementazione e non sull'interfaccia. Ma l' @Autowiredannotazione con le interfacce ha funzionato ancora per me.

I pro di mettere annotazioni su @Service è che dà un suggerimento che è un servizio. Non so se nessuna classe di implementazione erediterà questo disturbo per impostazione predefinita.

Il lato negativo è che stai accoppiando la tua interfaccia con un framework specifico, ad esempio Spring, usando l'annotazione specifica per spring. Poiché le interfacce dovrebbero essere disaccoppiate dall'implementazione, non suggerirei di usare Annotazioni specifiche del framework o parte dell'oggetto dell'interfaccia.

Uno dei vantaggi di Spring è di passare facilmente all'implementazione del servizio (o di altro tipo). Per questo, è necessario annotare sull'interfaccia e dichiarare la variabile in questo modo:

@Autowired
private MyInterface myVariable;

e non :

@Autowired
private MyClassImplementationWhichImplementsMyInterface myVariable;

Come nel primo caso, puoi attivare quale implementazione iniettare dal momento in cui è unica (solo una classe implementa l'interfaccia). Nel secondo caso, devi refactificare tutto il tuo codice (l'implementazione della nuova classe ha un altro nome). Di conseguenza, l'annotazione deve essere il più possibile nell'interfaccia. Inoltre, i proxy JDK sono adatti per questo: sono creati e istanziati all'avvio dell'applicazione perché il tipo di runtime è noto in anticipo, contrariamente ai proxy CGlib.

Vorrei mettere la @Servicetua classe ma mettere il nome dell'interfaccia come parametro per l'annotazione ad es

interface ServiceOne {}

@Service("ServiceOne")
class ServiceOneImpl implements ServiceOne{}

In questo modo ottieni tutti i vantaggi e puoi ancora iniettare l'interfaccia ma ottenere la classe

@Autowired 
private ServiceOne serviceOne;

Quindi la tua interfaccia non è legata al framework Spring e puoi cambiare classe in qualsiasi momento e non devi aggiornare tutti i tuoi punti di iniezione.

Quindi, se volessi cambiare la classe di implementazione, potrei semplicemente annotare la nuova classe e rimuoverla dalla prima, ma è tutto ciò che è necessario modificare. Se inietti la classe, potresti avere molto lavoro quando vuoi cambiare la classe impl.

Per dirla semplicemente:

@Service è un'annotazione stereotipata per il livello di servizio .

@Repository è un'annotazione stereotipo per la persistenza strato.

@Component è un'annotazione stereotipata generica utilizzata per dire a Spring di creare un'istanza dell'oggetto nel contesto dell'applicazione. È possibile definire qualsiasi nome per l'istanza, il valore predefinito è il nome della classe come caso cammello.

Ci sono 5 annotazioni che potrebbero essere utilizzate per creare fagioli di primavera. Elenco sotto di risposte.

Hai davvero bisogno di un'interfaccia? Se hai intenzione di avere un'implementazione per ogni interfaccia di servizio, evitala, usa solo la classe. Naturalmente, se non si dispone di RMI o quando è richiesto il proxy dell'interfaccia.

@Repository: utilizzare per iniettare le classi di livelli dao.

@Servizio: utilizzare per iniettare le classi del livello di servizio. Anche nel livello di servizio potrebbe essere necessario utilizzare l'annotazione transazionale per la gestione delle transazioni db.

@Controller: utilizzare per i controller di livello front-end, come i bean gestiti JSF che iniettano come bean di primavera.

@RestController - utilizzare per i controller di riposo a molla, questo ti aiuterebbe ad evitare ogni volta di inserire le annotazioni @ResponseBody e @RequestBody nei tuoi metodi di riposo.

@Component: utilizzalo in qualsiasi altro caso quando devi iniettare il bean di primavera che non è controller, servizio o classe dao