Mitkä ovat kevään eri moduulit?


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:

  1. 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 spring-boot-starter-web Kerro minulle, mitä olet löytänyt? 🙂 Esimerkki 2: (Riippuvuuden hallintaa yksinkertaistettu) Jos olet kehittänyt yrityssovelluksesi Spring Frameworkin (perinteinen tapa) avulla, tiedät varmasti päänsärkyä oikeat purkit, oikeat purkkiversiot, päivitys purkkiversioista ja paljon muuta. Entä jos käyttäjä voi saada kaikki riippuvaiset purkit yhdessä niiden transitiivisten riippuvuuksien kanssa laatikosta yksinkertaisesti huomauttamalla, että he tarvitsevat verkkoon tai tietoturvaan tai JPA: han liittyviä purkkeja. Work For You : Tutustu Spring Boot Starter -paketteihin, kuten spring-boot-starter-web, spring-boot-starter-actuator jne.
  2. 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.

Vastaa

Sähköpostiosoitettasi ei julkaista. Pakolliset kentät on merkitty *