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:
- 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 - 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.