В EJB из-за соображений производительности фасоль должна быть неактивна, тогда сервер приложений может поддерживать пул фасоли и назначать их запрашивающим клиентам.Весенний эквивалент EJB Безфакторный фасоль
Что такое весенний эквивалент для такого типа фасоли? Весной у нас есть другие возможности beans: singleton, prototype, request, session, global session.
Каждый весенний боб должен быть внедрен без учета состояния как одиночный. Не вводите состояние в одноэлементный компонент. Нет никакой реальной выгоды от объединения в такую архитектуру.
Но если нет реальной выгоды от пула, почему EJB вообще не имеет фанатов? – grep
Поскольку «состояние» в апатриде подразумевается с точки зрения клиентов (например, нет никакой связи между вызывающим клиентом и его обслуживающим компонентом, и каждый вызов может обслуживаться разными бобами). Факт без состояния может содержать другие ресурсы, которые могут быть расширены для создания, например, для соединений с БД. Поэтому действительно стоит объединить по понятным причинам. – Kousalik
, если у вас нет веской причины использовать область по умолчанию - singleton, которая действительно является безстоящей. – NimChimpsky
«В EJB из-за соображений производительности фасоль должна быть апатридом» - я бы точно так не сказал. Если вам нужны монотонные или однотонные компоненты, то это то, что вам нужно. Однако, если вам не нужно, например, состояние - тогда это бесполезно использовать бобы с фазой состояния, и вы должны придерживаться апатридов. –
@ArjanTijms Вот что я хотел сказать :) – mmatloka