Cel mai bun răspuns
Majoritatea răspunsurilor de pe internet sunt foarte vagi, prin urmare, pot descurca un începător. > Versiunea Spring pentru industrie este Spring 3.0, modificările față de versiunea anterioară, adică 2.5 constă din (acceptat JDK 5): –
Spring MVC Test Framework – Procesare MVC asincronă pe Servlet 3.0 – adnotări de definiție personalizate @ Clase de configurare – @Autowired și @Value pentru a fi utilizate ca meta-adnotări – Perfecționări simultane în cadrul – Încărcare WebApplicationContexts în cadrul TestContext – JCache 0.5 (JSR-107)
Spring 2.X a constat în principal 6 module, acceptate JDK 4: –
- Spring Core Module
- Spring Context [J2EE]
- Spring DAO Module [Spring JDBC]
- Modul Spring ORM
- Spring AOP [Aspect Oriented Programming]
- Modul Spring WEB-MVC
Mai sus diferă de versiunea precedentă Spring 1.x cu 7 module.
Răspuns
Unele fapte verifică mai întâi:
- Atât Spring Framework cât și Spring Boot sunt utilizate pentru a crea aplicații Java Enterprise.
- S-ar putea face totul folosind Spring Framework care poate fi realizat prin Spring Boot.
Atunci de ce Spring Boot ?
Pentru a înțelege acest lucru, trebuie să înțelegeți filosofia de proiectare din spatele creării Spring Boot. Dacă înțelegeți filosofia / obiectivul de proiectare, atunci veți cunoaște automat diferența dintre acestea.
Voi prezenta câteva aspecte esențiale ale acestor obiective de proiectare:
- Convenție asupra configurării Este o paradigmă de proiectare software utilizată de multe cadre / sisteme software care oferă utilizatorilor săi valori implicite sensibile, evident urmând cele mai bune practici și fără a pierde flexibilitatea. Impactul acestui principiu de proiectare este profund și acestea includ; arhitectură bună, mentenabilitate, crearea uniformă și standard a produselor, un număr mai mic de decizii pentru utilizator, creșterea productivității generale, dezvoltare mai rapidă, etc. Ideea este că sistemul / cadrul ar oferi valori implicite sensibile utilizatorilor lor [prin convenție] și dacă cineva deviază / se îndepărtează de aceste valori implicite, atunci doar unul trebuie să facă modificări de configurație. Să luăm câteva Exemple : Exemplul 1: (Implementare Simplificat) Să presupunem că utilizatorul creează o aplicație web după Spring MVC, atunci este evident că utilizatorul va avea nevoie de un container ca Tomcat pentru a implementa această aplicație. Dacă cadrul dvs. poate oferi Tomcat încorporat, utilizatorul nu trebuie să-și piardă timpul și efortul în instalare, configurându-și instanța Tomcat. Dacă nu doriți acest comportament implicit, atunci cadrul ar trebui să aibă flexibilitate și pentru acest lucru. Lucrați pentru dvs.: Căutați borcanele dependente de spring-boot-starter-web artifactId
org.springframework.boot - Dezvoltare rapidă a aplicațiilor O propoziție, maximizarea codului care adaugă de fapt valoare sau legată de domeniul dvs. și reducerea codului boilerplate. Luați un exemplu: codul în aplicația dvs. care ordonează XML sau JSON nu are valoare pentru client și nici nu are un avantaj pentru dezvoltatori
Acum am discutat despre filosofia de proiectare din spatele creării Spring Boot. Ce face de fapt? Cum ajută?
- Accelerează dezvoltarea
- Dezvoltatorii își investesc timpul în crearea de soluții care contează de fapt și adaugă valori, mai degrabă decât să piardă ore [atât efort cât și timp] în stabilirea sus mediul de dezvoltare, proiectele, modificările de configurație și scrierea codurilor boilerplate
În speranța asta, sunt în măsură să explic diferența dintre Spring Framework și Spring Boot din perspectiva proiectării.