Де слід зберігати примітку @Service? Інтерфейс чи реалізація?

Я розробляю додаток за допомогою Spring. Мені потрібно використовувати @Serviceанотацію. У мене є ServiceIі ServiceImplтаке, що ServiceImpl implements ServiceI. Я тут розгублений, де мені слід зберігати @Serviceанотацію.

Чи слід коментувати інтерфейс чи реалізацію @Service? Які відмінності між цими двома підходами?

Я ніколи не ставлю @Component(або @Service, ...) інтерфейс, тому що це робить інтерфейс марним. Дозвольте мені пояснити, чому.

п. 1: Якщо у вас є інтерфейс, ви хочете використовувати цей інтерфейс для типу точки введення.

п. 2: Метою інтерфейсу є те, що він визначає контракт, який може бути реалізований декількома реалізаціями. З іншого боку, у вас є точка введення ( @Autowired). Маючи лише один інтерфейс і лише один клас, який його реалізує, є (IMHO) марним і порушує YAGNI .

факт: Коли ви ставите:

• @Component(або @Service, ...) в інтерфейсі,
• мати кілька класів, які реалізують його,
• принаймні два класи стають весняними бобами, і
• мати точку введення, яка використовує інтерфейс для введення на основі типу,

тоді ви отримаєте і NoUniqueBeanDefinitionException (або у вас є спеціальна конфігурація налаштування, із середовищем, профілями або кваліфікаторами ...)

Висновок: Якщо ви використовуєте @Component(або @Service, ...) в інтерфейсі, ви повинні порушити принаймні один із двох записів. Тому я вважаю, що не корисно (за винятком деяких рідкісних сценаріїв) ставити @Componentна рівні інтерфейсу.

Інтерфейси сховища Spring-Data-JPA - це щось інше

В основному примітки, такі як @Service , @Repository , @Component тощо, усі вони відповідають одній цілі:

автоматичне виявлення при використанні конфігурації на основі анотацій та сканування на класовому шляху.

Зі свого досвіду я завжди використовую @Serviceанотацію на інтерфейсах або абстрактних класах та анотаціях, як @Componentі @Repositoryдля їх реалізації.@Componentанотація, яку я використовую на тих заняттях, які служать основним цілям, прості весняні боби, нічого більше. @Repositoryанотація, яку я використовую в DAOшарі, наприклад, якщо мені доведеться спілкуватися з базою даних, мати якісь транзакції тощо.

Тому я б запропонував анотувати ваш інтерфейс з @Serviceта іншими шарами залежно від функціональності.

Я @Component, @Service, @Controllerі @Repositoryанотації тільки на класи реалізації , а не на інтерфейсі. Але @Autowiredанотація з інтерфейсами все ж працювала для мене.

Плюси розміщення анотації на @Service полягають у тому, що це дає підказку, що це служба. Я не знаю, чи якийсь реалізаційний клас успадкує цю примітку за замовчуванням.

З іншого боку, ви з'єднуєте свій інтерфейс із конкретною рамкою, тобто Spring, використовуючи специфічну анотацію для весни. Оскільки інтерфейси повинні бути відірвані від реалізації, я б не пропонував використовувати будь-які рамкові конкретні анотації або об’єктну частину вашого інтерфейсу.

Однією з переваг весни є легке переключення сервісної (чи іншої) реалізації. Для цього вам потрібно зробити анотацію на інтерфейсі та оголосити змінну, як це:

@Autowired
private MyInterface myVariable;

і ні :

@Autowired
private MyClassImplementationWhichImplementsMyInterface myVariable;

Як і в першому випадку, ви можете активувати, яку реалізацію слід вводити з моменту, коли вона унікальна (лише один клас реалізує інтерфейс). У другому випадку потрібно перефактурувати весь код (нова реалізація класу має іншу назву). Як наслідок, анотація повинна бути якомога більше в інтерфейсі. Крім того, для цього добре підходять проксі-сервери JDK: вони створюються та інстанціюються при запуску програми, оскільки тип виконання заздалегідь відомий, всупереч проксі-серверам CGlib.

Я б поставив @Serviceу ваш клас, але ставлю назву інтерфейсу як параметр до анотації, наприклад

interface ServiceOne {}

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

Тим самим ви отримуєте всі переваги і все ще можете вводити інтерфейс, але отримуєте клас

@Autowired 
private ServiceOne serviceOne;

Таким чином, ваш інтерфейс не прив’язаний до весняної основи, і ви можете змінити клас у будь-який час і не потрібно оновлювати всі точки введення.

Отже, якщо я хотів змінити клас реалізації, я міг би просто анотувати новий клас і видалити його з першого, але це все, що потрібно змінити. Якщо ви вводите клас, у вас може бути багато роботи, коли ви хочете змінити клас impl.

Простіше кажучи:

@Service - це стереотипна примітка до сервісного рівня.

@Repository є стереотипними анотаціями для збереження стану шару.

@Component - це загальна анотація стереотипу, яка використовується для того, щоб повідомити Spring для створення примірника об'єкта в контексті програми. Можна визначити будь-яке ім'я для екземпляра, за замовчуванням - назва класу як регістр верблюда.

Є 5 анотацій, які можна використовувати для виготовлення ярої квасолі. Перелічі нижче відповіді.

Вам справді потрібен інтерфейс? Якщо у вас буде одна реалізація для кожного сервісного інтерфейсу, просто уникайте цього, використовуйте лише клас. Звичайно, якщо у вас немає RMI або коли потрібен проксі-інтерфейс.

@Repository - використовувати для введення класів шару дао.

@Service - використовувати для введення класів службового рівня. На рівні обслуговування також вам може знадобитися використання анотації @Transactional для управління транзакціями db.

@Controller - використовуйте для контролерів шару шару, такі як квасоля, що керується JSF, як ін'єкційна квасоля.

@RestController - використовуйте для контролерів весняного відпочинку, це допоможе вам уникати кожного разу, щоб у ваші способи відпочинку вносити анотації @ResponseBody та @RequestBody.

@Component - використовуйте його в будь-якому іншому випадку, коли вам потрібно вводити пружинний боб, який не є контролером, службою чи класом дао