EJB: когда применять и не применять

Когда правильно вводить EJB компоненты? Все-таки их использование связано с определенными затратами на конфигурирование и всю эту возню. А когда можно ограничиваться использованием CDI бинов в качестве компонент бизнес-логики? Ведь что дают ejb'и: транзакционность, управление многопоточностью, авто-пулинг на сервере.Я так понимаю, что это необходимые фичи для большого приложения, а для среднего или маленького выглядит как оверхед.

0

Что имеется ввиду под средним и маленьким приложением?

0

это скорее возможность показать разницу между приложениями,
например, приложение посложнее, может облуживать клиентов ios и android, а может и desktop
но вопрос не про это...

0

Вопрос как раз таки про это )
Сложность приложения != количеству разновидностей типов клиентов которые к нему могут обращаться. Ибо приложение может представить единый api через который будут работать и мобильные устройства, и веб, и десктоп.
Под сложностью понимается технологическая сложность бекенда. Т.е. если это какой-то сервис который например принимает запрос от клиента, перенаправляет его на сайт с погодой, и возвращает ответ - это одно. Если это распределенное приложение имеющее кучу микросервисов, которые общаются между собой и, скажем, имеющее необходимость работать с различными БД (sql, nosql), кешами, с необходимостью делать удаленные вызовы методов, сохранять состояние между сессиями... То тут сложно будет без EJB. Ибо в нем все есть чтобы развернуть такое окружение. Возьня с конфигами - ничто по сравнению с написанием всего этого с нуля + кодовая база в проекте будет тоньше. Такой сервис может быть простым с точки зрения бизнес-логики, но сложным с технологической точки зрения.

Без ejb - это примерно как "чтобы забить гвоздь надо сначала выковать молоток". Куда проще взять готовый инструмент и работать им.

0