EJB 2.1 ja EJB 3.0

EJB 2.1 vs EJB 3.0

Suurin siirtyminen EJB: stä 2.1 EJB 3.0: een keskittyi lähinnä suorituskykyyn nopeuden, tuoton ja yksinkertaisuuden suhteen. Sen muutos keskittyisi siihen, miten uusi ohjelma toimisi muiden ohjelmoijien kuten Java EE5: n kanssa.

EJB 2.1: n soveltamisesta uusiin EJB 3.0 -arkkitehtiin voi olla oikein sanoa, että parannettu versio on vastaus aiemmin EJB 2.1: n aiempiin puutteisiin.

Katsokaamme eräitä merkittäviä siirtymiä.

Yksinkertaisuus

EJB 3.0 tarjoaa yksinkertaisuuden sisällön manipuloinnissa, mikä on ehkä yksi sen tärkeimmistä tekijöistä. Toisin kuin EJB 2.1, voit luoda Enterprise Java Bean -sovelluksen, jossa on paljon yksinkertaisuutta.

Tämä johtuu siitä, että EJB 3.0 -toiminto perustuu tavalliseen vanhaan Java Object -ohjelman (POJO) ohjelmointikokoonpanoon, joka tarttuu tietoihin käyttäen Java-merkintöjä, jotka sisältyivät käyttöönottokäsikirjoihin. Useimmiten käyttöönottokäsittelyt ovat vähiten pakollisia.

Toisin kuin EJB 2.1, joka edellyttää alhaisempaa tukisäännöstöä, päinvastoin on totta EJB 3.0 -komponentteja käytettäessä, jotka edellyttävät sinua syöttämään ja pitämään vähemmän tukikoodeja, mikä tarjoaa yksinkertaisimmasta ohjelmointityökalusta.

vaikuttavuus

Sanotaan, että uusi EJB 3.0 on noin 45% tehokkaampi verrattuna EJB 2.1: een. Tämä johtuu EJB 2.1: n tärkeimmistä muutoksista, kuten alla on selitetty.

DTD: n korvaaminen, joka identifioi ejb-jar.xml -järjestelyn kuvaukset modifioidulla xml-skeemalla ja myös parannettu tapa tuottaa papuja, on tehnyt EJB: n 2.1 haitallisen toimimisen. Plain Old Java Objectin käyttöönotto perustuu Quintessence-ohjelmaan Java-pysyvän API: n kautta.

Vaikka istuntopapujen käyttöönotto lisäsi vahvistusta Internet-palvelulle, EJB 3.0 on tuonut markkinoille featherweight entity bean endurance -toiminnon. Nämä yksiköt ovat tavallisia vanhoja Java-objekteja ja eivät vaadi niissä käynnissä olevia EJB-koodeja eikä käyttöliittymää. Lisäksi ne voivat työskennellä EJB-kontin ulkopuolella

tekniset tiedot

Kun EJB 2.1 vaatii, että rakennerajapinta ylittää EJB: n rakenteen, ne kirjoitetaan nyt tavallisina vanhoina Java -objekteina käytettäessä EJB 3.0 -ohjelmaa, joka ilmentää pelkkää vanhaa Java-liitäntää ja siten ei vaadi kotiliittymää.

Parannettujen menetelmien käyttöönotto, kuten metatietojen merkintöjen käyttö ja muut Java-koodien ja XML-kuvausten luomiseen käytettävät mekanismit, toisin kuin EJB 2.1 -jakelulehdet, jotka olivat hankalia ja epätarkkoja.

EJB 2.1 -sovellus edellytti, että J2EE-säiliö postuloi EJB: n työstämiseen tarvittavat palvelut ja siten vaikeuttaa niiden testaamista. JNDI riippuu usein EJB 2.1: sta, kun sovellukset ovat monotonisia ja aikaa vieviä.

EJB 3.0 ei vaadi erityisiä käyttöliittymän ja kuvaajien jakamista. Tämä johtuu siitä, että merkinnöillä on sopiva korvaus jakokoodaajille. Voit käyttää oletusarvoja useammin käytettäessä EJB 3.0 -sovellusta EJB 2.1: n sijaan. EJB 3.0 tarjoaa vähemmän tarkistettua epäjohdonmukaisuutta, joka mahdollistaa luovuuden.

Yhteenveto

EJB 3.0 uudessa siirtymisessä EJB: stä 2.1.

On helppoa työskennellä EJB 3.0: n kanssa EJB 2.1 -version sijaan.

EJB 3.0 käyttää entiteettejä, jotka ovat pääasiassa Plain Old Java Object -ohjelmaa (POJO).

EJB 2.1 vaatii alhaisempia tukisäännöksiä verrattuna EJB 3.0: een, mikä vähentää tukikoodien lukumäärää.

EJB 2.1: n DTD korvataan EJB 3.0: n muunnetulla XML-kaaviolla.

Java-koodit ovat helposti luotu EJB 3.0: n parannetuissa sovelluksissa, toisin kuin EJB3.1, jossa prosessi on paljon vaikeaa.