Legjobb válasz
Az internetes válaszok többsége nagyon homályos, ezért elgondolkodhat egy kezdőnél.
Az iparág egészére kiterjedő tavaszi verzió a 3.0 tavasz, a korábbi verzióhoz képest, azaz a 2.5 változások a következőkből állnak (támogatott JDK 5): –
Tavaszi MVC tesztkeret – Aszinkron MVC feldolgozás a Servlet 3.0-n – egyedi @Bean definíciós megjegyzések Konfigurációs osztályok – a meta-annotációkként használandó @Autowired és @Value – Egyidejűség-finomítások a keretrendszeren keresztül – WebApplicationContexts betöltése a TestContext keretrendszerbe – JCache 0.5 (JSR-107)
A 2.X tavasz elsősorban 6 modul, támogatott JDK 4: –
- Spring Core modul
- Spring Context [J2EE]
- Spring DAO modul [Spring JDBC]
- tavaszi ORM modul
- tavaszi AOP [szempontorientált programozás]
- tavaszi WEB-MVC modul
A fenti eltér az előző verziótól 1.x 7 modullal.
Válasz
Néhány tény először ellenőrizhető:
- A tavaszi keretrendszert és a tavaszi rendszerindítást egyaránt használják a Java Enterprise alkalmazások létrehozására.
- Megteheti mindent a Spring Framework használatával, amelyet a Spring Boot segítségével lehet elérni.
Akkor miért Spring Boot ?
Ennek megértéséhez meg kell érteni a Spring Boot létrehozásának mögött álló tervezési filozófiát. Ha megérti a tervezési filozófiát / célkitűzést, akkor automatikusan megismeri a különbséget ezek között.
Néhány kiemelést adok ezekről a tervezési célokról:
- Konfigurációegyezmény Ez egy olyan szoftvertervezési paradigma, amelyet számos szoftverkeret / rendszer használ, ésszerű alapértelmezéseket nyújt felhasználójának, nyilvánvalóan az bevált gyakorlatok és a rugalmasság elvesztése nélkül. Ennek a tervezési elvnek a hatása mélyreható, és ide tartozik: jó architektúra, karbantarthatóság, egységes és szabványos termékalkotás, kisebb számú döntés a felhasználó számára, az általános termelékenység növekedése, gyorsabb fejlesztés stb., csak néhányat említve. Az elképzelés az, hogy a rendszer / keretrendszer ésszerű alapértelmezéseket biztosítana felhasználóik számára [egyezmény szerint], és ha valaki eltér ettől az alapértelmezettől, akkor csak egynek kell módosítania a konfigurációt. Vegyünk néhány példát : 1. példa: (Telepítés Tegyük fel, hogy a felhasználó webes alkalmazást hoz létre a tavaszi MVC nyomán, akkor nyilvánvaló, hogy a felhasználónak szüksége lesz egy olyan tárolóra, mint a Tomcat az alkalmazás telepítéséhez. Ha a keretrendszer beágyazott Tomcat szolgáltatást nyújt, akkor a felhasználónak nem kell pazarolnia az idejét és erőfeszítéseit a Tomcat példány telepítéséhez, konfigurálásához. Ha valaki nem akarja ezt az alapértelmezett viselkedést, akkor a keretrendszernek rugalmasnak kell lennie ehhez is. Neked dolgozol: Keresse meg a spring-boot-starter-web függő üvegeit artifactId
org.springframework.boot - Gyors alkalmazásfejlesztés Egy mondat, maximalizálja azt a kódot, amely valóban hozzáadott értéket képvisel vagy kapcsolódik a domainjéhez, és csökkenti a kazánlap kódját. Vegyünk egy példát: kódolja az alkalmazásában, hogy az XML vagy a JSON marsalloknak nincs vevőértéke, és nincs fejlesztői előnye sem
Most megvitattuk a Spring Boot létrehozásának hátterében álló tervezési filozófiát. Mit csinál valójában? Hogyan segít?
- A fejlesztés felgyorsítása
- A fejlesztők idejüket a ténylegesen fontos és értékeket felmutató megoldások létrehozására fordítják, ahelyett, hogy órákat vesztegetnének (mind az erőfeszítés, mind az idő) a beállításban. fejlesztési környezetüket, projektjeiket, konfigurációs változtatásokat és kazán kódok írását
Ennek reményében tervezési szempontból meg tudom magyarázni a Spring Framework és a Spring Boot közötti különbséget.