Beans-сущности — за и против

Один из наиболее распространенных образцов проектирования EJB предполага­ет введение оболочки сеансового bean, которая, с одной стороны, выставляет для клиента службы а с другой, стараясь выполнить клиентский запрос, обращается к инкапсулированным в bean-сущности бизнес-данным. Здесь налицо классическая объектно-ориентированная модель программирования. Бизнес-данные, тра­диционно представленные в базе данных в реляционном формате, теперь инкап­сулируются в объектно-ориентированном формате (beans-сущности). Определя­емые в большом количестве для beans-сущностей методы get и set упрощают доступ к такого рода данным для сеансовых beans. Кроме того, если в beans-сущностях задействуется устойчивость с контейнерным управлением, необходимость в де­тальной разработке кода доступа к базе данных отпадает.

Существует, впрочем, риск значительного снижении производительности. По результатам тестирований, для типичной системы электронной коммерции с 85 % транзакций на чтение и 15 % на обновление архитектура приложений с beans-сущностями достигает лишь половины or уровня пропускной способнос­ти, демонстрируемого архитектурой исключительно с сеансовыми beans. Причи­ны снижения производительности перечислены ниже.

Рис. 16.6. Статическое связывание клиентов с экземплярами сеансового bean с запоминанием состояния и динамическое связывание с экземплярами сеансового bean без запоминания состояния

♦ В то время как сеансовые beans напрямую обращаются к хранящемуся в базе данных бизнес-объекту, употребление beans-сущностей связано с введени­ем дополнительного уровня косвенности. Автоматическая оптимизация вызовов beans-сущностей (сеансовыми beans) до локального вызова доступна отнюдь не во всех реализациях контейнеров. Если она не осуществляется, дополнительный RMI-вызов оказывается слишком дорогим.

♦ Дорогостоящим может оказаться п управление жизненным циклом beans- сущностей на дополнительном уровне. Активация подразумевает по мень­шей мере одну операцию считывания из базы данных/с диска, а пассива­ция — одну операцию записи в базу данных/на диск.

♦ В транзакции участвует больше beans.

Как обычно, решение о том, компенсируют ли преимущества beans-сущностей вероятное снижение пропускной способности системы, остается за архитектором приложения.

Дата добавления: 2015-04-25