Mi java verem túlcsordulás az orosz
Kérem, segítsen kezelni a java szerkezete itt látható az osztály:
A következő kérdések merültek fel:1) Értem, hogy Java Core és a Java SE nem ugyanaz a dolog? Mindig úgy gondolta, hogy ez egy és ugyanaz.
2) Hogyan, akkor megkülönböztetni, hogy mi szerepel a Java Core, és a Java SE? Például, amelynek kizárására közé? BigInteger, BigDecimal? Nos, ez a konkrét példák, de szeretnék tanulni különbséget tenni olyan példát
3) Meglepődtem, hogy JavaFX kiemelve külön-külön. Még több hagyományosan osztva Java SE, Java EE, Java ME. Amennyiben ez a felosztás a Java FX?
4) Hogyan tudhatom, hogy a programom megfelel a Java SE, és mikor válik Java EE? Azt magam értem ezt így: Java EE tud mutatni mindent a Java Core és a Java SE, de amikor a feltörekvő technológiák, mint a JSP, JSF, Hibernate, stb ez lesz a Java EE.
5) Az meg, mint például a Tomcat, tavasz? A Java EE technológiák listáját, nem találtam őket, hanem a Java SE nyilvánvalóan nem hasonlóak.
6) Melyik között mindezt úgy, és hogyan kell csinálni itt van szőve Java Android?
meghatározott február 12 '16 at 19:32
És miért te más?) Nos, valójában sm.p.1.
Java SE fentebb írtam. Java ME - régi platform a mobil eszközök. Emlékezzen játékok Nokia és a Siemens? Java EE -, először is, a vonatkozó előírásokat a fejlesztés nagy alkalmazások (durván szólva, web), nem pedig konkrét osztályok. Például Enterprise JavaBeans vagy vebsokety. Java FX - önálló alkalmazás GUI (swing FX nem tartalmazza)
Ismét, ez van írva a fenti. Java EE alkalmazások telepített egy servlet konténer (tomcat) vagy Application Server (GlassFish, JBoss). Java SE futtatni csak a helyi gépen.
Tomcat-servlet konténer. Tavasz - a keretet, amely tartalmaz néhány alternatív Java EE. Ie ha összhangban specifikációja Java EE néhány problémát meg lehet oldani segítségével EJB. Tavasszal rendelkezik saját megközelítését. A fejlesztő a jogot, hogy eldöntse magának, hogy ő inkább alkalmas.
Android. akkor talán azonosítani külön, mint az EE. ME. SE. Ie kifejlődni Android saját leírások, megközelítések és platformok.
1-2) Java mag látszólag már elavult nevét, hogy a témára vonatkozó, a továbbiakban Lang és Util Base könyvtárak és más alapcsomagokat. Ha megnézzük a dokumentáció Java SE 6 utal a báziskönyvtárak listából. lehetőség van feltételezni, hogy a Java core == báziskönyvtárak. De nagy ez a tudás nem sok haszna van.
3) Egy érdekes kérdés, hogy ez a rendszer a Java Fx nem szerepel része a Java SE API, de benne van a JDK, és általában minden ugyanabban a részében Jave SE Platform.
4) Lásd a Java EE alapvetően egy sor felületek, amelyek végrehajtása más szolgáltatóknál. Java EE nem szerepel a JDK és annak szükségességét, hogy ezeket az osztályokat külön-külön. Tény, hogy a fő szempont nem a Java EE alkalmazások telepített egy servlet konténer vagy alkalmazás szerver és a Java EE interfészek. De mindez sokkal elmosódott a JPA interfészek (amelynek alapja a hibernált) vagy függőség Injection használ csak nagyon lusta vagy Helló világ alkalmazásokat. A jó, tiszta Java SE alkalmazások szinte eltűnt, másrészt az igazi Java EE egy hatalmas szörnyet weblogic'e vagy WebSphere. Az egyszerűség kedvéért, amíg van egy kis kis alkalmazást Java EE (például Hibernate), akkor figyelembe kell venni, hogy van Java SE c EE kisszámú CMV, amint kiderül egy szörnyeteg Enterprise - tisztítsa meg.
5) Itt egy nehéz kérdés egyrészt támogatja EE Spring interfészek és integrálja számos EE megoldások: JSP, Függőség injekció szokásos, JPA, Hibernate és így tovább. Emellett a projekt honlapján azt mondja: „Építsünk egy jobb Enterprise.” Azaz, először is Enterprise megoldás. Másrészt, senki sem zavar, hogy használni Spring kábelek nélküli EE technológiák, legalábbis az ilyen technológiák. Sőt Spring lehet tekinteni, mint a versenytárs a Java EE, lehetséges a szimbiózisban Java EE vagy annak egy részét a Java EE megoldások, minden attól függ, minden egyes esetben. Így azt mondhatjuk, hogy ez a tavaszi és az EE és SE megoldás, mint egy kalapács, amelyet fel lehet használni, hogy építsenek egy felhőkarcoló, és lehetséges, hogy rögzítse az istállóba.
6) Hmm, Java Minden Android általában egy külön helyen, a Google vette a Java nyelv specifikációja és tette JVM és a nyelv, akkor általában kompatibilis a többi Java, de nem teljesen. Az Oracle már régóta próbálják perelni a Google Java. Tehát Android egy teljesen más világ nem nagyon jár a Java SE vagy EE.
Válaszol február 12 '16 22:15