EJB 2.1 n ja EJB 3.0 n välinen ero

 EJB 2.1 vs. EJB 3.0

Tärkein siirtyminen EJB 2.1: stä EJB 3.0: een keskittyi pääasiassa suorituskykyyn nopeuden ja tulosteen sekä yksinkertaisuuden suhteen. Sen modifiointi keskittyisi siihen, kuinka uusi ohjelma toimisi muiden ohjelmoijien, kuten Java EE5, kanssa.

EJB 2.1: n sovelluksesta uuteen EJB 3.0 -arkkitehtiin voi olla oikein todeta, että parannettu versio on vastaus tuollaisen EJB 2.1: n aikaisempiin puutteisiin..

Katsotaanpa joitain tärkeimmistä muutoksista.

Yksinkertaisuus

EJB 3.0 tarjoaa sisällön käsittelyyn yksinkertaisuuden, mikä on ehkä yksi sen merkittävimmistä tekijöistä. Toisin kuin EJB 2.1, voit nyt luoda Enterprise Java Bean -sovelluksen, jolla on paljon yksinkertaisuutta.

Tämä johtuu siitä, että EJB 3.0 -operaatio perustuu tavallisen vanhan Java-objektin (POJO) ohjelmointikonfiguraatioon, joka tarttuu tietoon Java-huomautusten avulla, jotka sisältyivät käyttöönottokuvauksiin. Useimmissa tapauksissa käyttöönottokuvaajia vaaditaan vähiten.

Toisin kuin EJB 2.1, joka vaatii enemmän tukikoodien merkitsemistä, päinvastoin on totta käytettäessä EJB 3.0 -komponentteja, jotka vaativat sinun kirjoittamaan ja pitämään vähemmän tukikoodeja tarjoamalla näin yksinkertaistetun kokemuksen ohjelmoinnista.

vaikuttavuus

Sanotaan, että uusi EJB 3.0 on noin 45% tehokkaampi verrattuna EJB 2.1: ään. Tämä johtuu EJB 2.1: n suurimmista muutoksista, kuten alla selitetään.

Ejb-jar.xml-järjestelykuvauksia tunnistaneen DTD: n korvaaminen modifioidulla xml-skeemalla ja myös parannettu tapa tuottaa yrityspavuja on tehnyt EJB 2.1: stä toivottavaa työskennellä. Tavallisen vanhan Java-objektin käyttöönotto perustaa kvintesenssin Java-pysyvän sovellusliittymän kautta.

Vaikka istuntopavujen käyttöönotto muutti Internet-palvelun lisävahvistuksia, EJB 3.0 on ottanut käyttöön höyrypainoisen entiteettipapujen kestävyyden toiminnan. Nämä entiteetit ovat Plain Old Java Object -pohjaisia ​​eivätkä vaadi niissä toimivia EJB-koodeja eikä käyttöliittymää. Lisäksi he voivat työskennellä EJB-kontin ulkopuolella

tekniset tiedot

Kun EJB 2.1 vaati, että komponenttirajapinta ylittää EJB-rakenteen, ne kirjoitetaan nyt Plain Old Java -objekteiksi, kun käytetään EJB 3.0: ta, jotka ilmentävät Plain Old Java Interface -sovellusta ja edellyttävät siten, ettei kotiliitäntää.

Parannettujen menetelmien käyttöönotto, kuten metatietomerkintöjen ja muiden Java-koodejen ja XML-kuvaajien luomiseen käytettyjen mekanismien käyttö, toisin kuin EJB 2.1 -jakelukuvauksissa, jotka olivat hankalia ja epätarkkoja.

EJB 2.1 -sovellus vaati J2EE-säiliötä asettamaan palvelut, joita tarvitaan EJB: n toimimiseksi tarkasti, ja vaikeutti siten niiden testaamista. JNDI on usein riippuvainen EJB 2.1: stä, kun sovellusten käyttö on yksitoikkoista ja aikaa vievää.

EJB 3.0 ei vaadi erityisiä rajapintojen ja kuvaajien varauksia. Tämä johtuu siitä, että merkinnät ovat sopiva korvaus allokaatiokuvauksille. Voit käyttää oletusarvoja useammin käytettäessä EJB 3.0 -sovellusta kuin EJB 2.1. EJB 3.0 tarjoaa vähemmän tarkistettua epäjohdonmukaisuutta, mikä mahdollistaa luovuuden.

Yhteenveto

EJB 3.0 uudessa siirtymässä EJB: stä 2.1.

EJB 3.0: n kanssa on helppo työskennellä verrattuna EJB 2.1 -versioon.

EJB 3.0 käyttää kokonaisuuksia, jotka ovat pääosin tavallisen vanhan Java-objektin (POJO) pohjaisia.

EJB 2.1 vaatii enemmän tukikoodien merkitsemistä verrattuna EJB 3.0: een, mikä vähentää tukikoodien määrää.

EJB 2.1: n DTD korvataan EJB 3.0: n muokatulla XML-skeemalla.

EJB 3.0: n parannetut sovellukset tuottavat Java-koodeja helposti toisin kuin EJB3.1: ssä, missä prosessi on paljon vaikeaa.