Care sunt diferitele module ale primăverii?


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:

  1. 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 spring-boot-starter-web Anunță-mă, ce ai găsit? 🙂 Exemplul 2: (Managementul dependenței simplificat) Dacă ați dezvoltat aplicația dvs. de întreprindere utilizând Spring Framework (mod tradițional), atunci știți cu siguranță durerea de cap a găsirii borcane corecte, versiuni corecte ale borcanelor, actualizarea versiunii borcanelor și multe altele. Ce se întâmplă dacă utilizatorul poate scoate din cutie toate borcanele dependente împreună cu dependențele lor tranzitive, arătând pur și simplu că au nevoie de borcane legate de web sau de securitate sau jpa etc. Lucrează pentru tine : Consultați pachetele de pornire Spring Boot, cum ar fi spring-boot-starter-web, spring-boot-starter-actuator etc.
  2. 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.

Lasă un răspuns

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *