Paras vastaus
Suurin osa Internetin vastauksista on hyvin epämääräisiä, joten ne voivat hämmentää aloittelijaa.
Toimialan kattava kevätversio on Spring 3.0, muutokset edelliseen versioon eli 2.5 koostuu (tuettu JDK 5): –
Spring MVC Test Framework – Asynkroninen MVC-käsittely Servlet 3.0: ssa – mukautetut @Bean-määritelmän merkinnät @ Kokoonpanoluokat – @Autowired ja @Value, joita käytetään meta-merkintöinä – Samanaikaisuuden tarkennukset koko kehyksessä – WebApplicationContextien lataaminen TestContext-kehykseen – JCache 0.5 (JSR-107)
Spring 2.X koostui pääasiassa 6 moduulia, tuettu JDK 4: –
- Spring Core Module
- Spring Context [J2EE]
- Spring DAO Module [Spring JDBC]
- Spring ORM -moduuli
- Spring AOP [Aspect Oriented Programming]
- Spring WEB-MVC Module
Yllä oleva eroaa edellisestä versiosta Spring 1.x 7 moduulilla.
Vastaa
Jotkut tosiasiat tarkistetaan ensin:
- Sekä Spring Frameworkia että Spring Bootia käytetään Java Enterprise -sovellusten luomiseen.
- Voidaan tehdä kaikki Spring Frameworkin avulla, joka voidaan saavuttaa Spring Bootilla.
Miksi sitten Spring Boot ?
Tämän ymmärtämiseksi on ymmärrettävä Spring Bootin luomisen taustalla oleva suunnittelufilosofia. Jos ymmärrät suunnittelun filosofian / tavoitteen, tiedät automaattisesti niiden välisen eron.
Annan joitain kohokohtia näistä suunnittelutavoitteista:
- Kokoonpanon yleissopimus Se on ohjelmistosuunnitteluparadigma, jota monet ohjelmistokehykset / -järjestelmät käyttävät ja joka tarjoaa järkeviä oletuksia käyttäjälle ilmeisesti parhaita käytäntöjä ja menettämättä joustavuutta. Tämän suunnitteluperiaatteen vaikutukset ovat syvälliset, mukaan lukien: hyvä arkkitehtuuri, ylläpidettävyys, yhtenäinen ja standardi tuotteiden luominen, vähemmän päätöksiä käyttäjälle, yleisen tuottavuuden kasvu, nopeampi kehitys jne. vain muutamia mainitakseni. Ajatuksena on, että järjestelmä / kehys tarjoaisi järkeviä oletusasetuksia käyttäjilleen [sopimuksen mukaan] ja jos poikkeavat / poikkeavat näistä oletusasetuksista, vain yhden täytyy tehdä muutoksia kokoonpanoon. Otetaan esimerkkejä : Esimerkki 1: (Käyttöönotto Yksinkertaistettu) Oletetaan, että käyttäjä luo verkkosovelluksen kevään MVC: n jälkeen, on ilmeistä, että käyttäjä tarvitsee Tomcatin kaltaisen säilön tämän sovelluksen käyttöönottoon. Jos kehyksesi voi tarjota upotetun Tomcatin, käyttäjän ei tarvitse tuhlata aikaa ja vaivaa asennettaessa, määrittäessään Tomcat-ilmentymänsä. Jos kukaan ei halua tätä oletuskäyttäytymistä, kehyksellä tulisi olla joustavuus myös siihen. Työskentele sinulle: Varo spring-boot-starter-web -yrityksen riippuvia purkkeja artifactId
org.springframework.boot - Nopea sovelluskehitys Yksi lause, maksimoi koodi, joka tosiasiallisesti tuo lisäarvoa tai liittyy verkkotunnukseesi, ja vähentää kattilakoodia. Otetaan esimerkki: koodaa sovelluksessasi, että marsalkkailla XML tai JSON ei ole asiakasarvoa eikä sillä ole kehittäjäetua.
Nyt olemme keskustelleet Spring Bootin luomisen takana olevasta suunnittelufilosofiasta. Mitä se todella tekee? Kuinka se auttaa?
- Nopeuta kehitystä
- Kehittäjät sijoittavat aikansa ratkaisujen luomiseen, jotka ovat todella merkityksellisiä ja lisäävät arvoja, eikä tuhlaa tuntia [sekä vaivaa että aikaa] asetuksissa. niiden kehitysympäristö, projektit, kokoonpanomuutokset ja kattilakoodien kirjoittaminen
Toivon, että pystyn selittämään Spring Frameworkin ja Spring Bootin erot suunnittelun näkökulmasta.