Te rog ajută-mă să dau seama structura de java văzut acest tip de separare:
1) Am realizat corect că Java Core și Java SE nu sunt la fel? Credeam întotdeauna că este același lucru.
2) Cum de a distinge apoi ceea ce este inclus în Java Core și ce este în Java SE? De exemplu, de unde să includem excepții? BigInteger, BigDecimal? Ei bine, acestea sunt exemple concrete, dar aș dori să învăț cum să disting pentru orice exemplu
3) Surprins de faptul că JavaFX este alocat separat. Totuși, este mai tradițional să divizi în Java Se, Java EE, Java ME. Unde în această divizie este Java FX?
4) Cum se distinge când programul meu corespunde cu Java Se și când devine Java EE? Înțeleg acest lucru pentru mine: Java EE poate avea tot ceea ce este în Java Core și Java SE, dar când apar tehnologii precum JSP, JSF, Hibernate etc. apoi Java EE devine.
5) În cazul în care ar trebui să includă lucruri ca Tomcat, Spring? În lista de tehnologii Java EE, nu le-am găsit, dar pe Java SE nu pare clar.
6) Ce loc ocupă acest loc și cum se intersectează Java Android aici?
Setați Feb 12 '16 la 19:32
Și de ce trebuie să o deosebiți?) De fapt, vezi p.1.
Despre Java SE a scris mai sus. Java ME este o platformă depășită pentru dispozitivele mobile. Vă amintiți că jucăriile de pe nokia și siemens? Java EE este, în primul rând, un set de specificații pentru dezvoltarea de aplicații mari (aproximativ vorbind, de pe web), mai degrabă decât clase specifice. De exemplu, Enterprise JavaBeans sau site-uri Web. Java FX este o aplicație independentă cu o interfață grafică (swing-ul în FX nu este inclus)
Din nou, a scris mai sus. Aplicațiile Java EE sunt implementate într-un container servlet (tomcat) sau un server de aplicații (glassfish, jboss). Java SE rulează doar pe mașina locală.
Tombo-servlet-servlet. Primăvara este un cadru care oferă o alternativă la java ee. Ie dacă în conformitate cu specificațiile java ee unele probleme pot fi rezolvate folosind EJB. apoi primăvara oferă propria sa abordare. Și dezvoltatorul are dreptul să decidă ce este mai bine pentru el.
Android. probabil, este posibil să se aloce atât separat, cât și EE. ME. SE. Ie pentru dezvoltarea în cadrul Android există specificații, abordări și platforme.
1-2) Java core este aparent deja un nume depășit pentru ceea ce această schemă numește Lang și Bibliotecile de bază Util și alte pachete de bază. Dacă vă uitați la documentația Java Se 6, se referă la lista de biblioteci de bază. adică, putem presupune că nucleul Java == Bibliotecile de bază. Dar, în general, aceste cunoștințe nu sunt de folos.
3) O întrebare interesantă, uitați-vă la această schemă Java Fx nu este inclusă în partea API Java SE, dar este inclusă în JDK și, în general, face parte din Platforma Jave SE.
4) Vezi Java EE este în esență un set de interfețe implementate de alți furnizori. Java EE nu este inclus în JDK și trebuie să adăugați aceste clase separat. De fapt, criteriul principal nu este faptul că aplicațiile Java EE sunt implementate în containerul servlet sau serverul de aplicații, dar folosind interfețe Java EE. Dar toate acestea este mult mai neclară ca interfețe JPA (care se bazează pe Hibernare) sau Dependență de injectare se utilizează numai Hello aplicații foarte leneș sau lume. Pe cele bune, aplicațiile Java SE curate sunt aproape goale, pe de altă parte, adevăratul Java EE este un monstru imens pe weblogic'e sau websphere. Pentru simplificare, până când aveți o aplicație mică mică folosind Java EE (cum ar fi Hibernare), puteți considera că aveți Java SE c EE număr mic de CMV, de îndată ce se transformă într-un monstru Enterprise - curățați-l.
5) Aici o întrebare dificilă pe de o parte suportă interfețe EE de primăvară și se integrează cu un număr de soluții EE: JSP, standard de injecție Dependență, JPA, Hibernate și multe altele. Mai mult, site-ul proiectului spune "Să construim o întreprindere mai bună". Aceasta înseamnă, în primul rând, că este o soluție Enterprise. Pe de altă parte, nimeni nu interferează cu utilizarea primăverii fără pachete cu tehnologii EE sau cu un minim de astfel de tehnologii. Mai mult decât atât, puteți considera Spring ca un concurent al Java EE, este posibil ca o simbioză cu Java EE sau o parte din soluțiile Java EE, totul depinde de fiecare caz în parte. Așadar, putem spune că primăvara este atât o soluție EE, cât și o soluție SE, ca un ciocan pe care îl puteți folosi pentru a construi un zgârie-nori sau puteți repara un hambar.
6) Hmm, Java Android este, în general, un loc separat, Google a luat caietul de sarcini al limbajului Java și a făcut JVM și limba sa, este, în general, compatibil cu restul Java, dar nu complet. Oracle a încercat mult timp să dea în judecată Google pentru utilizarea Java. Deci, Android este o lume complet diferită, nu foarte asemănătoare cu Java SE sau EE.
răspuns primit 12 februarie '16 la 22:15
Articole similare
Trimiteți-le prietenilor: