Де слід розмістити анотацію @Transactional: у визначенні інтерфейсу або в класі реалізації?

Питання з заголовка в коді:

@Transactional (readonly = true)
public interface FooService {
   void doSmth ();
}


public class FooServiceImpl implements FooService {
   ...
}

проти

public interface FooService {
   void doSmth ();
}

@Transactional (readonly = true)
public class FooServiceImpl implements FooService {
   ...
}

З http://static.springsource.org/spring/docs/2.0.x/reference/transaction.html

Рекомендація команди Spring полягає в тому, що ви анотуєте лише конкретні класи @Transactional, на відміну від анотуючих інтерфейсів. Ви, безсумнівно, можете розмістити @Transactionalанотацію на інтерфейсі (або методі інтерфейсу), але це буде працювати лише так, як ви очікували б, якщо ви використовуєте проксі-сервери на основі інтерфейсу. Той факт, що анотації не успадковуються, означає, що якщо ви використовуєте проксі-сервери на основі класу, то параметри транзакції не будуть розпізнані інфраструктурою проксі-сервера на основі класу, а об'єкт не буде завертаний у транзакційний проксі-сервер (що було б дуже погано ) . Тож, будь ласка, скористайтесь порадою команди Spring і лише анотуйте конкретні класи (та методи конкретних класів) @Transactional.

Примітка: Оскільки цей механізм заснований на проксі, будуть перехоплені лише виклики зовнішнього методу, що надходять через проксі. Це означає, що "самовиклик", тобто метод у цільовому об'єкті, який викликає якийсь інший метод цільового об'єкта, не призведе до фактичної транзакції під час виконання, навіть якщо викликаний метод позначений як @Transactional!

(Наголос додано до першого речення, інші наголоси в оригіналі.)

Ви можете розмістити їх на інтерфейсі, але попередьте, що транзакції в деяких випадках можуть не відбуватися. Див. Другу підказку у розділі 10.5.6 документації Spring:

Spring рекомендує анотувати лише конкретні класи (і методи конкретних класів) за допомогою анотації @Transactional, на відміну від анотуючих інтерфейсів. Ви, звичайно, можете розмістити анотацію @Transactional на інтерфейсі (або методі інтерфейсу), але це працює лише так, як ви очікували б, якщо ви використовуєте проксі-сервери на основі інтерфейсу. Той факт, що анотації Java не успадковуються від інтерфейсів, означає, що якщо ви використовуєте проксі-сервери на основі класів (proxy-target-class = "true") або аспект на основі переплетення (mode = "аспектj"), тоді налаштування транзакції будуть не розпізнається інфраструктурою проксі-сервера та ткацтва, і об’єкт не буде завернутий у транзакційний проксі-сервер, що було б дуже погано.

Я б порадив поставити їх на реалізацію саме з цієї причини.

Крім того, для мене транзакції здаються деталями реалізації, тому вони повинні знаходитися в класі реалізації. Уявіть, що у вас є реалізації обгортки для реєстрації або тестові реалізації (макети), які не потребують транзакцій.

Рекомендація Spring полягає в тому, щоб ви замічали конкретні реалізації замість інтерфейсу. Неправильно використовувати анотацію в інтерфейсі, просто можливо зловживати цією функцією та ненавмисно обійти вашу декларацію @Transaction.

Якщо ви позначили щось транзакційне в інтерфейсі, а потім посилаєтесь на один із його реалізаційних класів в іншому місці навесні, не зовсім очевидно, що об’єкт, який створює spring, не буде поважати анотацію @Transactional.

На практиці це виглядає приблизно так:

public class MyClass implements MyInterface { 

    private int x;

    public void doSomethingNonTx() {}

    @Transactional
    public void toSomethingTx() {}

}

Підтримка @Transactional щодо конкретних класів:

Я вважаю за краще розробляти рішення в 3 розділах, як правило: API, реалізація та Інтернет (якщо потрібно). Я намагаюся зробити все, щоб API був якомога легшим / простим / POJO, мінімізуючи залежності. Це особливо важливо, якщо ви граєте його в розподіленому / інтегрованому середовищі, де вам доведеться багато спільно використовувати API.

Для розміщення @Transactional потрібні бібліотеки Spring у розділі API, що IMHO не є ефективним. Тому я вважаю за краще додавати його до реалізації, де виконується транзакція.

Помістити його на інтерфейс - це добре, поки всі передбачувані виконавці вашого IFC піклуються про дані TX (транзакції не є проблемами, з якими мають справу лише бази даних). Якщо метод не турбується про TX (але вам потрібно помістити його там для Hibernate чи чогось іншого), поставте його на імпл

Крім того, може бути трохи краще розмістити @Transactionalна методах в інтерфейсі:

public interface FooService {
    @Transactional(readOnly = true)
    void doSmth();
}