Rozdiel medzi EJB 2.1 a EJB 3.0

 EJB 2,1 verzus EJB 3.0

Hlavný prechod z EJB 2.1 na EJB 3.0 sa sústredil hlavne na výkonnosť z hľadiska rýchlosti a výkonu a jednoduchosti. Jeho modifikácia by sa zamerala na to, ako bude nový program pracovať s inými programátormi, ako je Java EE5.

Od aplikácie EJB 2.1 po nový EJB 3.0 Architect môže byť správne tvrdiť, že vylepšená verzia je odpoveďou na predchádzajúce nedostatky vtedajšieho EJB 2.1..

Pozrime sa na niektoré z hlavných prechodov.

jednoduchosť

EJB 3.0 ponúka jednoduchosť pri manipulácii s obsahom, čo je možno jeden z jeho hlavných vynikajúcich faktorov. Na rozdiel od EJB 2.1 teraz môžete vytvoriť aplikáciu Enterprise Java Bean s veľkou jednoduchosťou.

Je to tak preto, že operácia EJB 3.0 je založená na programovej konfigurácii Plain Old Java Object (POJO), ktorá zadržiava údaje pomocou anotácií Java, ktoré boli obsiahnuté v deskriptoroch nasadenia. Vo väčšine prípadov sú deskriptory nasadenia najmenej požadované.

Na rozdiel od EJB 2.1, ktorý vyžaduje zaznamenávanie ďalších podporných kódov, opak je pravdou pri použití komponentov EJB 3.0, ktoré vyžadujú, aby ste zaznamenali a udržali menej podporných kódov, čo ponúka najjednoduchšie skúsenosti s programovaním..

účinnosť

Uvádza sa, že nový EJB 3.0 je približne o 45% účinnejší v porovnaní s EJB 2.1. Toto sa pripisuje hlavným úpravám EJB 2.1, ako je vysvetlené ďalej.

Nahradenie DTD, ktoré identifikovalo deskriptory usporiadania ejb-jar.xml modifikovanou schémou xml a tiež zlepšený spôsob výroby podnikových zŕn, spôsobilo, že EJB 2.1 by bolo nežiaduce pracovať. Zavedenie Plain Old Java Object Základom kvintesencie prostredníctvom pretrvávajúceho rozhrania API Java.

Zatiaľ čo zavedenie fazule relácie zmenilo pridané zosilnenie pre internetové služby, EJB 3.0 zaviedla fungovanie vytrvalosti fazuľových entít. Tieto entity sú založené na obyčajnom starom Java objekte a nevyžadujú ani kódy EJB, ktoré v nich bežia, ani rozhranie. Ďalej môžu pracovať mimo kontajnera EJB

technické údaje

Keď EJB 2.1 požadoval, aby základné rozhranie prevyšovalo štruktúru zo štruktúry EJB, teraz sa pri používaní EJB 3.0 zapíšu ako obyčajné staré objekty Java, ktoré prejavujú obyčajné staré rozhranie Java, a preto nevyžadujú domáce rozhranie..

Zavedenie vylepšených metód, ako je používanie anotácií metaúdajov a iných mechanizmov používaných na vytváranie kódov Java a deskriptorov XML, na rozdiel od distribučných deskriptorov EJB 2.1, ktoré boli ťažkopádne a nepresné.

Aplikácia EJB 2.1 si vyžadovala, aby kontajner J2EE postuloval služby potrebné na presnú prácu EJB, a preto ich bolo ťažké testovať. JNDI je v EJB 2.1 často závislý, keď je používanie aplikácií monotónne a časovo náročné.

EJB 3.0 nevyžaduje pridelenie špecifických rozhraní a deskriptorov. Je to tak preto, lebo anotácie majú vhodnú náhradu za deskriptory alokácie. Pri použití aplikácie EJB 3.0 na rozdiel od EJB 2.1 môžete častejšie používať predvolené hodnoty. EJB 3.0 ponúka menej skontrolovanú nekonzistentnosť umožňujúcu kreativitu.

zhrnutie

EJB 3.0 v novom prechode z EJB 2.1.

Na rozdiel od verzie EJB 2.1 je ľahké pracovať s EJB 3.0.

EJB 3.0 používa entity, ktoré sú založené hlavne na obyčajnom starom Java Object (POJO).

EJB 2.1 si vyžaduje zaznamenanie ďalších podporných kódov v porovnaní s EJB 3.0, ktorý znižuje počet podporných kódov.

DTD v EJB 2.1 sa nahrádza modifikovanou schémou XML v EJB 3.0.

Kódy Java sa ľahko generujú vylepšenými aplikáciami v EJB 3.0 na rozdiel od EJB3.1, kde je proces oveľa ťažší.