Melyek a tavasz különféle moduljai?


Legjobb válasz

Az internetes válaszok többsége nagyon homályos, ezért elgondolkodhat egy kezdőnél.

Az iparág egészére kiterjedő tavaszi verzió a 3.0 tavasz, a korábbi verzióhoz képest, azaz a 2.5 változások a következőkből állnak (támogatott JDK 5): –

Tavaszi MVC tesztkeret – Aszinkron MVC feldolgozás a Servlet 3.0-n – egyedi @Bean definíciós megjegyzések Konfigurációs osztályok – a meta-annotációkként használandó @Autowired és @Value – Egyidejűség-finomítások a keretrendszeren keresztül – WebApplicationContexts betöltése a TestContext keretrendszerbe – JCache 0.5 (JSR-107)

A 2.X tavasz elsősorban 6 modul, támogatott JDK 4: –

  • Spring Core modul
  • Spring Context [J2EE]
  • Spring DAO modul [Spring JDBC]
  • tavaszi ORM modul
  • tavaszi AOP [szempontorientált programozás]
  • tavaszi WEB-MVC modul

A fenti eltér az előző verziótól 1.x 7 modullal.

Válasz

Néhány tény először ellenőrizhető:

  • A tavaszi keretrendszert és a tavaszi rendszerindítást egyaránt használják a Java Enterprise alkalmazások létrehozására.
  • Megteheti mindent a Spring Framework használatával, amelyet a Spring Boot segítségével lehet elérni.

Akkor miért Spring Boot ?

Ennek megértéséhez meg kell érteni a Spring Boot létrehozásának mögött álló tervezési filozófiát. Ha megérti a tervezési filozófiát / célkitűzést, akkor automatikusan megismeri a különbséget ezek között.

Néhány kiemelést adok ezekről a tervezési célokról:

  1. Konfigurációegyezmény Ez egy olyan szoftvertervezési paradigma, amelyet számos szoftverkeret / rendszer használ, ésszerű alapértelmezéseket nyújt felhasználójának, nyilvánvalóan az bevált gyakorlatok és a rugalmasság elvesztése nélkül. Ennek a tervezési elvnek a hatása mélyreható, és ide tartozik: jó architektúra, karbantarthatóság, egységes és szabványos termékalkotás, kisebb számú döntés a felhasználó számára, az általános termelékenység növekedése, gyorsabb fejlesztés stb., csak néhányat említve. Az elképzelés az, hogy a rendszer / keretrendszer ésszerű alapértelmezéseket biztosítana felhasználóik számára [egyezmény szerint], és ha valaki eltér ettől az alapértelmezettől, akkor csak egynek kell módosítania a konfigurációt. Vegyünk néhány példát : 1. példa: (Telepítés Tegyük fel, hogy a felhasználó webes alkalmazást hoz létre a tavaszi MVC nyomán, akkor nyilvánvaló, hogy a felhasználónak szüksége lesz egy olyan tárolóra, mint a Tomcat az alkalmazás telepítéséhez. Ha a keretrendszer beágyazott Tomcat szolgáltatást nyújt, akkor a felhasználónak nem kell pazarolnia az idejét és erőfeszítéseit a Tomcat példány telepítéséhez, konfigurálásához. Ha valaki nem akarja ezt az alapértelmezett viselkedést, akkor a keretrendszernek rugalmasnak kell lennie ehhez is. Neked dolgozol: Keresse meg a spring-boot-starter-web függő üvegeit artifactId org.springframework.boot spring-boot-starter-web Tudassa velem, mit talált? 🙂 2. példa: (Egyszerűsített függőségkezelés) Ha a vállalati alkalmazást a Spring Framework (hagyományos módon) fejlesztette, akkor biztosan ismeri a fejfájást jobb üvegek, jobb üvegek változatai, az üvegek verziójának frissítése és még sok más. Mi van, ha a felhasználó az összes függő tégelyt és transzitív függőségüket együtt kiszerelheti a dobozból, egyszerűen rámutatva, hogy szükségük van a webre vagy a biztonságra, vagy a JPA-ra stb. Vonatkozó üvegekre. : Nézze meg a tavaszi indítócsomagokat, mint például: spring-boot-starter-web, spring-boot-starter-actuator stb.
  2. Gyors alkalmazásfejlesztés Egy mondat, maximalizálja azt a kódot, amely valóban hozzáadott értéket képvisel vagy kapcsolódik a domainjéhez, és csökkenti a kazánlap kódját. Vegyünk egy példát: kódolja az alkalmazásában, hogy az XML vagy a JSON marsalloknak nincs vevőértéke, és nincs fejlesztői előnye sem

Most megvitattuk a Spring Boot létrehozásának hátterében álló tervezési filozófiát. Mit csinál valójában? Hogyan segít?

  • A fejlesztés felgyorsítása
  • A fejlesztők idejüket a ténylegesen fontos és értékeket felmutató megoldások létrehozására fordítják, ahelyett, hogy órákat vesztegetnének (mind az erőfeszítés, mind az idő) a beállításban. fejlesztési környezetüket, projektjeiket, konfigurációs változtatásokat és kazán kódok írását

Ennek reményében tervezési szempontból meg tudom magyarázni a Spring Framework és a Spring Boot közötti különbséget.

Vélemény, hozzászólás?

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük