Разлика между EJB 2.1 и EJB 3.0

EJB 2.1 срещу EJB 3.0

Основният преход от EJB 2.1 към EJB 3.0 беше основно съсредоточен върху производителността по отношение на скоростта и производителността и простотата. Нейната промяна ще се фокусира върху това как новата програма ще работи с други програмисти като Java EE5.

От приложение на EJB 2.1 до новия EJB 3.0 Architect, може да се каже правилно, че подобрената версия е отговор на по -ранните недостатъци на тогавашния EJB 2.1.

Нека разгледаме някои от основните преходи.

Простота

EJB 3.0 предлага простота в манипулирането на съдържанието, което е може би един от основните му изключителни фактори. За разлика от EJB 2.1, сега можете да създадете Enterprise Java Bean приложение с много простота.

Това е така, защото операцията EJB 3.0 се основава на програмната конфигурация на обикновен стар Java обект (POJO), която улавя данни чрез използване на анотации на Java, съдържащи се в дескрипторите за внедряване. В повечето случаи дескрипторите за внедряване са най -малко необходими.

За разлика от EJB 2.1, който изисква отбелязване на повече поддържащи кодове, обратното е вярно, когато използвате компонентите на EJB 3.0, което ще изисква от вас да записвате и поддържате по -малко поддържащи кодове, като по този начин предлагате най -опростения опит в програмирането.

Ефикасност

Посочено е, че новият EJB 3.0 е приблизително 45% по -ефективен в сравнение с EJB 2.1. Това се дължи на основните модификации на EJB 2.1, както е обяснено по -долу.

Замяната на DTD, който идентифицира дескрипторите на подредбата на ejb-jar.xml с модифицираната xml схема, както и подобрен начин за производство на корпоративни зърна , направи EJB 2.1 нежелателен за работа. Въвеждането на Plain Old Java Object основава квинтесенция чрез постоянния API на Java.

Докато въвеждането на сеансови зърна промени допълнителното подсилване на интернет услугата, EJB 3.0 въведе функционирането на издръжливостта на боб с полутежка категория. Тези обекти са базирани на обикновен стар Java обект и не изискват нито EJB кодове, работещи в тях, нито интерфейс. Освен това те могат да работят извън EJB контейнер

Спецификации

Когато EJB 2.1 изискваше съставният интерфейс да надхвърля този от структурата на EJB, те сега се записват като обикновени стари Java обекти, когато се използва EJB 3.0, които проявяват обикновен стар Java интерфейс и по този начин не изискват домашния интерфейс.

Въвеждане на подобрени методи като използване на анотации за метаданни и други механизми, използвани за създаване на Java кодове и XML дескриптори, за разлика от дескрипторите за разпределение на EJB 2.1, които бяха тромави и неточни.

Приложението EJB 2.1 изисква контейнерът J2EE да постулира услугите, необходими за точното функциониране на EJB и по този начин ги затруднява тестването. JNDI често зависи от EJB 2.1, когато използването на приложения е монотонно и отнема много време.

EJB 3.0 не изисква разпределение на специфичен интерфейс и дескриптори. Това е така, защото поясненията имат подходящ заместител на дескрипторите за разпределение. Можете да използвате по -често стойности по подразбиране, когато използвате приложението EJB 3.0, за разлика от EJB 2.1. EJB 3.0 предлага по -малко проверени несъответствия, даващи възможност за творчество.

Резюме

EJB 3.0 в новия преход от EJB 2.1.

Работата с EJB 3.0 е лесна, за разлика от версията EJB 2.1.

EJB 3.0 използва обекти, базирани главно на обикновен стар Java обект (POJO).

EJB 2.1 изисква отбелязване на повече поддържащи кодове в сравнение с EJB 3.0, което намалява броя на поддържащите кодове.

DTD в EJB 2.1 се заменя с модифицираната XML схема в EJB 3.0.

Java кодовете се генерират лесно от подобрените приложения в EJB 3.0, за разлика от EJB3.1, където процесът е много труден.

Вижте повече за: ,