Razlika med EJB 2.1 in EJB 3.0

 EJB 2.1 proti EJB 3.0

Glavni prehod iz EJB 2.1 na EJB 3.0 je bil osredotočen predvsem na zmogljivosti v smislu hitrosti in izhoda ter enostavnosti. Njegova sprememba bi se osredotočila na to, kako bi novi program deloval z drugimi programerji, kot je Java EE5.

Od uporabe EJB 2.1 do novega arhitekta EJB 3.0 je mogoče pravilno trditi, da izboljšana različica odgovarja na prejšnje pomanjkljivosti takratne EJB 2.1.

Poglejmo nekaj večjih prehodov.

Enostavnost

EJB 3.0 ponuja preprostost pri manipuliranju z vsebinami, kar je morda eden od pomembnih dejavnikov. Za razliko od EJB 2.1 lahko zdaj ustvarite Enterprise Enterprise Bean aplikacijo z veliko preprostostjo.

To je tako, ker operacija EJB 3.0 temelji na navadni programski konfiguraciji Java Object (POJO), ki podatke zajame z uporabo komentarjev Java, ki so jih vsebovali deskriptorji razmestitve. V večini primerov so deskriptorji uvajanja najmanj potrebni.

V nasprotju z EJB 2.1, ki zahteva zapisovanje več podpornih kod, velja ravno obratno, če uporabljate komponente EJB 3.0, zaradi katerih boste morali zapisati in ohraniti manj podpornih kod, kar ponuja najbolj poenostavljeno izkušnjo s programiranjem.

Učinkovitost

Navedeno je, da je novi EJB 3.0 približno 45% bolj učinkovit v primerjavi z EJB 2.1. To je posledica večjih sprememb EJB 2.1, kot je razloženo spodaj.

Z zamenjavo DTD, ki je identificiral deskriptorje ureditve ejb-jar.xml s spremenjeno shemo xml in tudi izboljšan način pridelave poslovnega fižola, je EJB 2.1 postal nezaželen. Uvedba navadnega starega objekta Java temelji na kvintesenčnosti z obstojnim API-jem Java.

Medtem ko je uvedba semenskih fižol spremenila dodatno okrepitev za internetne storitve, je EJB 3.0 uvedel vzdržljivost delovanja fižola v peti. Te entitete temeljijo na navadnem Java Java Object in ne zahtevajo niti kod EJB, ki se izvajajo v njih, niti vmesnika. Poleg tega lahko delajo zunaj posode EJB

Specifikacije

Ko je EJB 2.1 zahteval, da sestavni vmesnik preseže, da je v strukturi EJB, so pri uporabi EJB 3.0 zapisani kot navadni stari Java objekti, ki manifestirajo navaden vmesnik Java in zato ne zahtevajo domačega vmesnika.

Uvedba izboljšanih metod, kot je uporaba pripisov metapodatkov in drugih mehanizmov, ki se uporabljajo za ustvarjanje Java kod in deskriptorjev XML, za razliko od distribucijskih deskriptorjev EJB 2.1, ki so bili okorni in nenatančni.

Aplikacija EJB 2.1 je od vsebnika J2EE zahtevala, da opravi storitve, ki so potrebne za natančno delo EJB in jih tako težko preizkusi. JNDI je pogosto odvisen od EJB 2.1, kadar je uporaba aplikacij enotna in zamudna.

EJB 3.0 ne potrebuje posebnih dodelitev vmesnikov in deskriptorjev. To je zato, ker so pripombe primerna zamenjava za deskriptorje dodelitve. Privzete vrednosti lahko pogosteje uporabljate pri uporabi aplikacije EJB 3.0 v nasprotju z EJB 2.1. EJB 3.0 ponuja manj preverjene neskladnosti, ki omogoča ustvarjalnost.

Povzetek

EJB 3.0 v novem prehodu iz EJB 2.1.

Delo z EJB 3.0 je enostavno v primerjavi z različico EJB 2.1.

EJB 3.0 uporablja entitete, ki temeljijo predvsem na navadnem javanskem objektu (POJO).

EJB 2.1 zahteva zapisovanje več podpornih kod v primerjavi z EJB 3.0, ki zmanjšuje število podpornih kod.

DTD v EJB 2.1 se nadomesti s spremenjeno shemo XML v EJB 3.0.

Izboljšane aplikacije v EJB 3.0 enostavno ustvarijo kode Java, za razliko od EJB3.1, kjer je postopek precej težaven.