Atšķirība starp EJB 2.1 un EJB 3.0

 EJB 2.1 vs EJB 3.0

Galvenā pāreja no EJB 2.1 uz EJB 3.0 galvenokārt bija vērsta uz veiktspēju ātruma un izlaides un vienkāršības ziņā. Tās modifikācijas centrā būs tas, kā jaunā programma darbosies ar citiem programmētājiem, piemēram, Java EE5.

Sākot ar EJB 2.1 lietojumprogrammu jaunajam EJB 3.0 arhitektam, var būt pareizi apgalvot, ka uzlabotā versija ir atbilde uz toreizējā EJB 2.1 iepriekšējiem trūkumiem..

Apskatīsim dažas no galvenajām pārejām.

Vienkāršība

EJB 3.0 piedāvā satura manipulācijas vienkāršību, kas, iespējams, ir viens no galvenajiem izcilajiem faktoriem. Atšķirībā no EJB 2.1 tagad jūs varat izveidot Enterprise Java Bean lietojumprogrammu ar lielu vienkāršību.

Tas notiek tāpēc, ka EJB 3.0 operācijas pamatā ir vienkārša vecā Java objekta (POJO) programmēšanas konfigurācija, kas uztver datus, izmantojot Java anotācijas, kuras ietvēra izvietošanas apraksti. Vairumā gadījumu vismazāk nepieciešami izvietošanas deskriptori.

Pretstatā EJB 2.1, kas pieprasa atzīmēt vairāk atbalsta kodu, EJB 3.0 komponentu izmantošanas gadījumā ir tieši pretēji, kas prasa rakstīt un saglabāt mazāk atbalsta kodus, tādējādi piedāvājot vienkāršotāko programmēšanas pieredzi..

Efektivitāte

Tiek teikts, ka jaunais EJB 3.0 ir aptuveni par 45% efektīvāks, salīdzinot ar EJB 2.1. Tas tiek attiecināts uz galvenajām EJB 2.1 modifikācijām, kā paskaidrots turpmāk.

Tā DTD aizstāšana, kas identificēja ejb-jar.xml izkārtojuma aprakstus ar modificētu xml shēmu, kā arī uzlabots uzņēmuma pupiņu ražošanas veids ir padarījis EJB 2.1 par nevēlamu strādāt. Plain Old Java Object ieviešana nodrošina kvintesences klātbūtni, izmantojot Java pastāvīgo API.

Kamēr sesijas pupiņu ieviešana mainīja pievienoto pastiprinājumu interneta pakalpojumam, EJB 3.0 ir ieviesusi federālā svara pupiņu izturības funkciju. Šīs entītijas ir balstītas uz Plain Old Java Object, un tām nav nepieciešami ne tajās darbinātie EJB kodi, ne interfeiss. Turklāt viņi var strādāt ārpus EJB konteinera

Specifikācijas

Kad EJB 2.1 pieprasīja, lai komponenta saskarne pārsniegtu EJB struktūras saskarni, tagad, izmantojot EJB 3.0, tie tiek uzrakstīti kā Plain Old Java Objects, kas manifesta Plain Old Java interfeisu un tādējādi prasa nevis mājas interfeisu.

Uzlabotu metožu ieviešana, piemēram, metadatu anotāciju un citu mehānismu izmantošana Java kodu un XML deskriptoru izveidošanai atšķirībā no EJB 2.1 izplatīšanas aprakstiem, kas bija apgrūtinoši un neprecīzi.

EJB 2.1 lietojumprogrammai J2EE tvertnei bija nepieciešams postulēt pakalpojumus, kas nepieciešami, lai precīzi darbotos EJB, tādējādi padarot tos grūti pārbaudāmus. JNDI bieži ir atkarīgs no EJB 2.1, ja lietojumprogrammu izmantošana ir monotona un laikietilpīga.

EJB 3.0 neprasa īpašu interfeisa un deskriptoru piešķiršanu. Tas ir tāpēc, ka anotācijas ir piemērots piešķīruma deskriptoru aizstājējs. Izmantojot EJB 3.0 lietojumprogrammu, jūs varat biežāk izmantot noklusējuma vērtības, nevis EJB 2.1. EJB 3.0 piedāvā mazāk pārbaudītu neatbilstību, kas ļauj radošumam.

Kopsavilkums

EJB 3.0 jaunajā pārejā no EJB 2.1.

Ar EJB 3.0 ir viegli strādāt, nevis ar EJB 2.1 versiju.

EJB 3.0 izmanto entītijas, kuru pamatā galvenokārt ir vienkāršais vecais Java objekts (POJO).

EJB 2.1 pieprasa atzīmēt vairāk atbalsta kodu, salīdzinot ar EJB 3.0, kas samazina atbalsta kodu skaitu.

EJB 2.1. DTD tiek aizstāts ar modificēto XML shēmu EJB 3.0.

Java kodus viegli ģenerē uzlabotās lietojumprogrammas EJB 3.0 atšķirībā no EJB3.1, kur process ir daudz grūtāks.