Hvad er de forskellige forårsmoduler?


Bedste svar

De fleste af svarene på internettet er meget vage og kan derfor være baffle for en nybegynder.

Industriel Spring-version er Spring 3.0, ændringer fra tidligere version, dvs. 2.5 består af (understøttet JDK 5): –

Spring MVC Test Framework – Asynkron MVC-behandling på Servlet 3.0 – tilpassede @Bean-definitionsanmærkninger i Konfigurationsklasser – @Autowired og @Value, der skal bruges som metanoteringer – Concurrency refinements across the framework – Loading WebApplicationContexts in the TestContext framework – JCache 0.5 (JSR-107)

Spring 2.X bestod hovedsageligt af 6 moduler, understøttet JDK 4: –

  • Spring Core Module
  • Spring Context [J2EE]
  • Spring DAO Module [Spring JDBC]
  • Spring ORM-modul
  • Spring AOP [Aspect Oriented Programming]
  • Spring WEB-MVC Module

Ovenstående adskiller sig fra tidligere version Spring 1.x med 7 moduler.

Svar

Nogle fakta kontrolleres først:

  • Både Spring Framework og Spring Boot bruges til at oprette Java Enterprise-applikationer.
  • Man kunne gøre alt ved hjælp af Spring Framework, der kan opnås med Spring Boot.

Så hvorfor Spring Boot ?

For at forstå dette skal man forstå designfilosofien bag oprettelsen af ​​Spring Boot. Hvis du forstår designfilosofien / målet, vil du automatisk kende forskellen mellem disse.

Jeg vil give nogle højdepunkter i disse designmål:

  1. Konvention om konfiguration Det er et softwaredesignparadigme, der bruges af mange softwarerammer / -systemer, der giver fornuftige standarder til brugeren selvfølgelig ved at følge bedste praksis og uden at miste fleksibilitet. Virkningen af ​​dette designprincip er dyb, og disse inkluderer; god arkitektur, vedligeholdelsesevne, ensartet & standardproduktoprettelse, mindre antal beslutninger for brugeren, stigning i den samlede produktivitet, hurtigere udvikling osv. for blot at nævne nogle få. Ideen er, at system / framework vil give fornuftige standardindstillinger for deres brugere [ved konvention], og hvis man afviger / afviger fra disse standarder, behøver kun en at foretage nogen konfigurationsændringer. Lad os tage nogle Eksempler : Eksempel 1: (Implementering Forenklet) Antag at bruger opretter en webapplikation efter Spring MVC, så er det indlysende, at brugeren har brug for en container som Tomcat for at implementere denne applikation. Hvis din ramme kan levere integreret Tomcat, behøver brugeren ikke at spilde deres tid og kræfter på at installere og konfigurere deres Tomcat-forekomst. Hvis man ikke ønsker denne standardadfærd, skal rammen også have fleksibilitet for det. Arbejd for dig: Pas på de afhængige krukker på spring-boot-starter-web artifactId org.springframework.boot spring-boot-starter-web Lad mig vide, hvad har du fundet? 🙂 Eksempel 2: (Afhængighedsstyring forenklet) Hvis du har udviklet din virksomhedsapplikation ved hjælp af Spring Framework (traditionel måde), kender du helt sikkert hovedpinen ved at finde rigtige krukker, rigtige versioner af krukker, opgradering af versionen af ​​krukker og mange flere. Hvad hvis brugeren kan få alle de afhængige krukker sammen med deres transitive afhængigheder ud af kassen ved blot at påpege, at de har brug for krukker relateret til web eller sikkerhed eller jpa osv. Arbejd for dig : Tjek Spring Boot Starter Packs som spring-boot-starter-web, spring-boot-starter-actuator osv.
  2. Hurtig applikationsudvikling Én sætning, der maksimerer den kode, der faktisk tilføjer værdi eller er relateret til dit domæne og reducerer kedelpladekoden. Tag et eksempel: kode i din applikation, som marshals XML eller JSON ikke har nogen kundeværdi, og det har heller ikke en udviklerfordel

Nu har vi diskuteret designfilosofien bag oprettelsen af ​​Spring Boot. Hvad det faktisk gør? Hvordan hjælper det?

  • Fremskynde udviklingen
  • Udviklere investerer deres tid i at skabe løsninger, der rent faktisk betyder noget og tilføjer værdier snarere end at spilde time [både indsats og tid] i indstillingen op deres udviklingsmiljø, projekter, foretage konfigurationsændringer og skrive kedelpladekoder

I håb om, at jeg er i stand til at forklare forskellen mellem Spring Framework og Spring Boot fra designperspektiv.

Skriv et svar

Din e-mailadresse vil ikke blive publiceret. Krævede felter er markeret med *