Почему при использовании сессионных компонентов фасада мы все еще должны использовать сессионные компоненты? - PullRequest
Новая
       20

Почему при использовании сессионных компонентов фасада мы все еще должны использовать сессионные компоненты?

0 голосов
/ 16 сентября 2009

При использовании шаблона проектирования фасада для структурирования бизнес-уровня EJB приложения, почему мы все еще должны использовать сессионные компоненты для реальной бизнес-логики? Есть ли конкретная причина не просто использовать простые классы Java (если не требуется управляемое внедрение контейнера)? Как производительность простого Java-класса по сравнению с сессионным компонентом не улучшит производительность в обход бизнес-сессионных компонентов?

Просто суммируем два варианта:

  1. КЛИЕНТ -> ФАСАД -> СЕССИЯ ФАСАД
  2. КЛИЕНТ -> ФАСАД -> РЕГУЛЯРНЫЙ КЛАСС ЯВЫ

Зачем использовать 1 вместо 2?

1 Ответ

2 голосов
/ 16 сентября 2009

Единственный раз, когда я могу подумать, что вариант 1 будет иметь смысл, если вам потребуется отличная транзакция от фасада - например, если вы хотите выполнить обновление вне какой-либо транзакции, частью которой может быть фасад.

В противном случае мои предпочтения всегда были бы вариантом 2, просто меньше дерьма, тратить процессорное время, работать неправильно и т. Д.

...