Skirtumas tarp EJB 2.1 ir EJB 3.0

 EJB 2.1 vs EJB 3.0

Pagrindinis perėjimas nuo EJB 2.1 prie EJB 3.0 daugiausia buvo orientuotas į našumą greičio, išvesties ir paprastumo atžvilgiu. Jos modifikacija sutelktų dėmesį į tai, kaip naujoji programa veiks su kitais programuotojais, tokiais kaip „Java EE5“.

Iš EJB 2.1 taikymo naujajam EJB 3.0 Architect galima teisingai teigti, kad patobulinta versija yra atsakymas į ankstesnius tuometinio EJB 2.1 trūkumus..

Pažvelkime į keletą pagrindinių perėjimų.

Paprastumas

EJB 3.0 suteikia galimybę manipuliuoti turiniu paprastumą, kuris, ko gero, yra vienas iš svarbiausių jo veiksnių. Skirtingai nuo EJB 2.1, dabar galite sukurti „Enterprise Java Bean“ programą su daug paprastumu.

Taip yra todėl, kad „EJB 3.0“ operacija yra pagrįsta paprasto seno „Java“ objekto (POJO) programavimo konfigūracija, sulaikančia duomenis naudojant „Java“ komentarus, kuriuos sudarė dislokavimo aprašai. Daugeliu atvejų mažiausiai reikalingi dislokavimo aprašai.

Priešingai nei EJB 2.1, reikalaujančiame nepaminėti daugiau palaikomųjų kodų, atvirkščiai, kai naudojami EJB 3.0 komponentai, reikalaujantys rašyti ir išlaikyti mažiau palaikomųjų kodų, taigi programavimo patirtis yra paprasčiausia..

Efektyvumas

Teigiama, kad naujasis EJB 3.0 yra maždaug 45% efektyvesnis, palyginti su EJB 2.1. Tai priskiriama pagrindinėms EJB 2.1 modifikacijoms, kaip paaiškinta toliau.

DTD, identifikuojančio „ejb-jar.xml“ išdėstymo aprašus, pakeitimas modifikuota xml schema ir patobulintas įmonės pupelių gamybos būdas pavertė EJB 2.1 nepageidaujamu darbu. Įvedus paprastą seną „Java“ objektą, pagrindžiama kvintesencija per „Java“ nuolatinę API.

Nors sesijos pupelių įvedimas pakeitė papildomą interneto paslaugų papildymą, „EJB 3.0“ pristatė plunksnų svorio pupelių ištvermės funkciją. Šie subjektai yra pagrįsti paprastu senu „Java“ objektu ir jiems nereikia nei juose esančių EJB kodų, nei sąsajos. Be to, jie gali dirbti už EJB konteinerių ribų

Specifikacijos

Kai EJB 2.1 reikalavo, kad sudedamoji sąsaja viršytų EJB struktūrą, jie dabar yra rašomi kaip „Plain Old Java Objects“, kai naudojami EJB 3.0, kurie reiškia „Plain Old Java“ sąsają ir todėl reikalauja ne namų sąsajos..

Patobulintų metodų, pavyzdžiui, metaduomenų anotacijų ir kitų mechanizmų, naudojamų „Java“ kodams ir XML aprašams kurti, naudojimas, skirtingai nei „EJB 2.1“ platinimo aprašai, kurie buvo sudėtingi ir netikslūs..

Programa EJB 2.1 reikalavo, kad J2EE konteineris postuliuotų paslaugas, reikalingas tiksliai dirbant su EJB, todėl jas buvo sunku išbandyti. JNDI dažnai priklauso nuo EJB 2.1, kai programos yra monotoniškos ir reikalauja daug laiko.

EJB 3.0 nereikalauja specialių sąsajų ir aprašų paskirstymo. Taip yra todėl, kad anotacijos yra tinkamas paskirstymo aprašų pakaitalas. Galite naudoti numatytąsias vertes dažniau, kai naudojate programą EJB 3.0, o ne EJB 2.1. EJB 3.0 siūlo mažiau patikrintų neatitikimų, leidžiančių kūrybiškumą.

Santrauka

EJB 3.0 naujoje perėjimo nuo EJB 2.1 versijoje.

Su EJB 3.0 lengva dirbti, palyginti su EJB 2.1 versija.

EJB 3.0 naudoja subjektus, kurių pagrindą sudaro paprastas senasis „Java“ objektas (POJO).

EJB 2.1 reikalaujama pažymėti daugiau palaikomųjų kodų, palyginti su EJB 3.0, kuris sumažina palaikančių kodų skaičių.

EJB 2.1 DTD yra pakeistas pakeista XML schema EJB 3.0.

„Java“ kodus lengvai sukuria patobulintos programos „EJB 3.0“, skirtingai nei „EJB3.1“, kur procesas yra daug sunkus.