स्प्रिंग बूट बनाम स्प्रिंग एमवीसी बनाम वसंत - वे कैसे तुलना करते हैं?

स्प्रिंग बूट बनाम स्प्रिंग एमवीसी बनाम वसंत - वे कैसे तुलना करते हैं?

स्प्रिंग, स्प्रिंग बूट, स्प्रिंग एमवीसी, हर जगह "स्प्रिंग" शब्द है! आप इनमें से प्रत्येक उपकरण का उपयोग कहां और कब कर सकते हैं, चलिए।

इस लेख में, आपको समीक्षाएँ दिखाई देंगी: स्प्रिंग, स्प्रिंग एमवीसी, और स्प्रिंग बूट, पता करें कि वे किन समस्याओं का समाधान करते हैं, और वे कहाँ लागू होते हैं। सबसे महत्वपूर्ण तथ्य जो आप सीखते हैं वह यह है कि स्प्रिंग, स्प्रिंग एमवीसी और स्प्रिंग बूट एक ही स्थान के लिए प्रतिस्पर्धा नहीं करते हैं। वे विभिन्न समस्याओं को हल करते हैं, और वे उन्हें बहुत अच्छी तरह से हल करते हैं।

मुख्य समस्या क्या है कि यह स्प्रिंग फ्रेमवर्क हल करता है?

लंबी और कठिन सोचें। स्प्रिंग फ्रेमवर्क द्वारा हल की गई समस्या क्या है?

यह महत्वपूर्ण क्यों है? क्योंकि जब DI या IOC का सही उपयोग किया जाता है, तो हम शिथिल युग्मित अनुप्रयोगों को विकसित कर सकते हैं। और शिथिल युग्मित अनुप्रयोगों को यूनिट परीक्षणों के साथ आसानी से जांचा जा सकता है।

आइए एक साधारण उदाहरण देखें।

निर्भरता इंजेक्शन के बिना एक उदाहरण

नीचे दिए गए उदाहरण पर विचार करें: WelcomeController स्वागत संदेश प्राप्त करने के लिए WelcomeService पर निर्भर करता है। WelcomeService का एक उदाहरण प्राप्त करने के लिए वह क्या करता है?

WelcomeService service = new WelcomeService(); 

यह पंक्ति इस सेवा का एक उदाहरण बनाती है। और इसका मतलब है कि वे दृढ़ता से जुड़े हुए हैं। उदाहरण के लिए, अगर मैं WelcomeController के लिए यूनिट टेस्ट में WelcomeService के लिए एक नकली बनाऊं, तो मैं कैसे स्वागत करने के लिए WelcomeController का उपयोग करूं? आसान नहीं है!

 @RestController public class WelcomeController { private WelcomeService service = new WelcomeService(); @RequestMapping("/welcome") public String welcome() { return service.retrieveWelcomeMessage(); } } 

सरल निर्भरता इंजेक्शन उदाहरण

निर्भरता इंजेक्शन के साथ दुनिया बहुत आसान लगती है। आप स्प्रिंग फ्रेमवर्क को कड़ी मेहनत करने दें। हम सिर्फ दो सरल एनोटेशन का उपयोग करते हैं: कंपोनेंट और ऑटोवेड ।

• घटक का उपयोग करते हुए, हम स्प्रिंग फ्रेमवर्क कहते हैं: अरे, यह वह बिन है जिसे आपको प्रबंधित करने की आवश्यकता है।
• ऑटोवायर्ड का उपयोग करते हुए, हम स्प्रिंग फ्रेमवर्क कहते हैं: अरे, इस विशेष प्रकार के लिए सही मिलान ढूंढें और इसे प्लग करें।

नीचे दिए गए उदाहरण में, स्प्रिंग फ्रेमवर्क वेलकम सर्विस के लिए एक बीन बनाएगा और इसे वेल्कम कंट्रोलर से कनेक्ट करेगा।

यूनिट टेस्ट में, मैं स्प्रिंग फ्रेमवर्क को वेलकमवर्क कंट्रोलर से वेलकमवर्क कनेक्ट करने के लिए कह सकता हूं। (स्प्रिंग बूट @MockBean एनोटेशन के साथ ऐसा करके चीजों को आसान बनाता है। लेकिन यह एक और कहानी है!)

 @Component public class WelcomeService { //Bla Bla Bla }@RestController public class WelcomeController { @Autowired private WelcomeService service; @RequestMapping("/welcome") public String welcome() { return service.retrieveWelcomeMessage(); } } 

स्प्रिंग फ्रेमवर्क और क्या हल करता है?

समस्या 1: कोड डुप्लीकेशन / प्रदूषण

क्या स्प्रिंग फ्रेमवर्क निर्भरता इंजेक्शन के साथ बंद हो जाता है? नहीं। यह कई स्प्रिंग मॉड्यूल के साथ निर्भरता इंजेक्शन की मूल अवधारणा पर बनाता है।

• स्प्रिंग जेडीबीसी
• स्प्रिंग mvc
• स्प्रिंग अनोप
• वसंत ऋतु
• वसंत की झड़ी
• वसंत परीक्षण

आइए एक पल के लिए स्प्रिंग जेएमएस और स्प्रिंग जेडीबीसी पर ध्यान दें।

क्या ये मॉड्यूल नई कार्यक्षमता लाते हैं? नहीं। हम यह सब J2EE या Java EE पर कर सकते हैं। तो वे क्या लाते हैं? वे सरल सार लाते हैं। इन सार का उद्देश्य है:

• बॉयलरप्लेट कोड कम करें / डुप्लीकेशन कम करें
• डिस्कनेक्ट / टेस्टेबिलिटी का विस्तार करें

उदाहरण के लिए, आपको पारंपरिक JDBC या JMS की तुलना में JDBCTemplate या JMSTemplate का उपयोग करने के लिए बहुत कम कोड की आवश्यकता है।

समस्या 2: अन्य रूपरेखाओं के साथ अच्छा एकीकरण

स्प्रिंग फ्रेमवर्क के बारे में महान बात यह है कि यह उन समस्याओं को हल करने की कोशिश नहीं कर रहा है जो पहले ही हल हो चुके हैं। वह जो करता है वह अन्य रूपरेखाओं के साथ उत्कृष्ट एकीकरण प्रदान करता है, जो बदले में उत्कृष्ट समाधान प्रदान करते हैं।

• ORM के लिए हाइबरनेट करें
• वस्तु मानचित्रण के लिए iBatis
• यूनिट परीक्षण के लिए JUnit और Mockito

हमें स्प्रिंग बूट की आवश्यकता क्यों है?

स्प्रिंग आधारित एप्लिकेशन में कई कॉन्फ़िगरेशन हैं।

जब हम स्प्रिंग एमवीसी का उपयोग करते हैं, तो हमें कॉन्फ़िगर करने की आवश्यकता होती है: घटक स्कैन, डिस्पैचर सर्वलेट, रिज़ॉल्वर, वेब जार (स्थिर सामग्री वितरित करने के लिए) अन्य चीजों के बीच।

 <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"> <property name="prefix"> <value>/WEB-INF/views/</value> </property> <property name="suffix"> <value>.jsp</value> </property> </bean><mvc:resources mapping="/webjars/**" location="/webjars/"/> 

नीचे दिया गया कोड एक वेब एप्लिकेशन में एक सामान्य डिस्पैचर सर्वलेट कॉन्फ़िगरेशन दिखाता है।

 <servlet> <servlet-name>dispatcher</servlet-name> <servlet-class> org.springframework.web.servlet.DispatcherServlet </servlet-class> <init-param> <param-name>contextConfigLocation</param-name> <param-value>/WEB-INF/todo-servlet.xml</param-value> </init-param> <load-on-startup>1</load-on-startup> </servlet><servlet-mapping> <servlet-name>dispatcher</servlet-name> <url-pattern>/</url-pattern> </servlet-mapping> 

जब हम हाइबरनेट / जेपीए का उपयोग करते हैं, तो हमें डेटा स्रोत, इकाई प्रबंधक कारखाना, लेनदेन प्रबंधक और अन्य चीजों को कॉन्फ़िगर करने की आवश्यकता होती है।

 <bean id="dataSource" class="com.mchange.v2.c3p0.ComboPooledDataSource" destroy-method="close"> <property name="driverClass" value="${db.driver}" /> <property name="jdbcUrl" value="${db.url}" /> <property name="user" value="${db.username}" /> <property name="password" value="${db.password}" /> </bean><jdbc:initialize-database data-source="dataSource"> <jdbc:script location="classpath:config/schema.sql" /> <jdbc:script location="classpath:config/data.sql" /> </jdbc:initialize-database><bean class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean" id="entityManagerFactory"> <property name="persistenceUnitName" value="hsql_pu" /> <property name="dataSource" ref="dataSource" /> </bean><bean id="transactionManager"class="org.springframework.orm.jpa.JpaTransactionManager"> <property name="entityManagerFactory" ref="entityManagerFactory" /> <property name="dataSource" ref="dataSource" /> </bean><tx:annotation-driven transaction-manager="transactionManager"/> 

समस्या 1: स्प्रिंग बूट ऑटो कॉन्फ़िगरेशन: क्या हम अलग तरीके से सोच सकते हैं?

स्प्रिंग बूट इसके चारों ओर एक नई विचार प्रक्रिया लाता है।

• यदि हाइबरनेट जार वर्गपथ में है, तो डेटा स्रोत के ऑटो कॉन्फ़िगरेशन के बारे में क्या?
• एक डिस्पैचर सर्वलेट के ऑटो कॉन्फ़िगरेशन के बारे में क्या है अगर स्प्रिंग एमवीसी जार क्लासपाथ में है?

फिर डिफ़ॉल्ट ऑटो कॉन्फ़िगरेशन को ओवरराइड करने के प्रावधान होंगे।

समस्या 2: स्प्रिंग बूट स्टार्टर प्रोजेक्ट: वेल-ज्ञात पैटर्न के आसपास निर्मित

मान लीजिए कि हम एक वेब एप्लिकेशन विकसित करना चाहते हैं।

सबसे पहले, हमें उन रूपरेखाओं को निर्धारित करने की आवश्यकता है जिन्हें हम उपयोग करना चाहते हैं, किन संस्करणों का उपयोग करना है, और उन्हें एक साथ कैसे कनेक्ट करना है।

सभी वेब एप्लिकेशन की समान आवश्यकताएं हैं। स्प्रिंग MVC में निम्न निर्भरता का उपयोग किया जाता है। इनमें स्प्रिंग एमवीसी, जैक्सन डाटाइंड, हाइबरनेट-वैलिडेटर और लॉग 4 जे शामिल हैं।

 <dependency> <groupId>org.springframework</groupId> <artifactId>spring-webmvc</artifactId> <version>4.2.2.RELEASE</version> </dependency><dependency> <groupId>com.fasterxml.jackson.core</groupId> <artifactId>jackson-databind</artifactId> <version>2.5.3</version> </dependency><dependency> <groupId>org.hibernate</groupId> <artifactId>hibernate-validator</artifactId> <version>5.0.2.Final</version> </dependency><dependency> <groupId>log4j</groupId> <artifactId>log4j</artifactId> <version>1.2.17</version> </dependency> 

यदि आप एक वेब एप्लिकेशन या रेस्टफुल सेवाओं के लिए एक एप्लिकेशन विकसित करना चाहते हैं, तो आपकी पसंद स्प्रिंग बूट स्टार्ट वेब है। आइए जल्दी से स्प्रिंग बिगिनर स्टार्टर वेब के साथ एक प्रोजेक्ट बनाएं जिसमें स्प्रिंग प्रीलिजर का उपयोग किया गया है।

स्प्रिंग बूट स्टार्टर वेब के लिए निर्भरताएँ

 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> 

निम्न स्क्रीनशॉट विभिन्न निर्भरता को दिखाता है जो हमारे आवेदन में जोड़े गए हैं।



निर्भरता को निम्न में वर्गीकृत किया जा सकता है:

• वसंत: कोर, सेम, संदर्भ, अनूप
• वेब एमवीसी: (स्प्रिंग एमवीसी)
• जैक्सन: JSON संचार के लिए
• सत्यापन: हाइबरनेट सत्यापनकर्ता, सत्यापन एपीआई
• एंबेडेड सर्वलेट कंटेनर: टॉमकैट
• लॉगिंग: लॉगबैक, slf4j

कोई भी विशिष्ट वेब एप्लिकेशन इन सभी निर्भरताओं का उपयोग करेगा। स्प्रिंग बूट स्टार्टर वेब उनके साथ आता है। एक डेवलपर के रूप में, मुझे इन निर्भरताओं या संगत संस्करणों के बारे में चिंता करने की आवश्यकता नहीं है।

स्प्रिंग बूट स्टार्टर प्रोजेक्ट विकल्प

जैसा कि हम स्प्रिंग बूट स्टार्टर वेब से देख सकते हैं, स्टार्टर प्रोजेक्ट हमें कुछ प्रकार के अनुप्रयोगों को विकसित करने में शीघ्रता से मदद करते हैं।

• वसंत-बूट-स्टार्टर-वेब-सेवाएँ: SOAP वेब सेवाएँ
• स्प्रिंग-बूट-स्टार्टर-वेब: वेब और रेस्टफुल एप्लिकेशन
• स्प्रिंग-बूट-स्टार्टर-टेस्ट: यूनिट परीक्षण और एकीकरण परीक्षण
• स्प्रिंग-बूट-स्टार्टर-जेडडीबी: पारंपरिक जेडीबीसी
• स्प्रिंग-बूट-स्टार्टर-हटियोस: अपनी सेवाओं में HATEOAS सुविधाएँ जोड़ें
• स्प्रिंग-बूट-स्टार्टर-सुरक्षा: स्प्रिंग सुरक्षा का उपयोग करके प्रमाणीकरण और प्राधिकरण
• स्प्रिंग-बूट-स्टार्टर-डेटा-जेपा: हाइबरनेट के साथ स्प्रिंग डेटा जेपीए
• स्प्रिंग-बूट-स्टार्टर-कैश: स्प्रिंग फ्रेमवर्क के कैशिंग समर्थन को सक्षम करना
• स्प्रिंग-बूट-स्टार्टर-डेटा-रेस्ट: स्प्रिंग डेटा रीस्ट का उपयोग करके सरल रीस्ट सेवाएं प्रदान करना

स्प्रिंग बूट के अन्य लक्ष्य

तकनीकी चीजों के लिए कई शुरुआतएं भी हैं:

• स्प्रिंग-बूट-स्टार्टर-एक्ट्यूएटर: बॉक्स से बाहर अपने आवेदन की निगरानी और ट्रैकिंग जैसी उन्नत सुविधाओं का उपयोग करने के लिए
• स्प्रिंग-बूट-स्टार्टर-अंडर, स्प्रिंग-बूट-स्टार्टर-जेट्टी, स्प्रिंग-बूट-स्टार्टर-टॉमकैट: एक विशिष्ट बिल्ट-इन सर्वलेट कंटेनर का चयन करने के लिए
• स्प्रिंग-बूट-स्टार्टर-लॉगिंग: लॉगबैक का उपयोग करके लॉगिंग के लिए
• वसंत-बूट-स्टार्टर-लॉग 4j2: लॉग 4j2 का उपयोग करके लॉगिंग

स्प्रिंग बूट का उद्देश्य छोटी अवधि के लिए एप्लिकेशन बनाना है।

• एक्चुएटर: उन्नत एप्लिकेशन मॉनिटरिंग और ट्रैकिंग को सक्षम करता है।
• एंबेडेड सर्वर इंटीग्रेशन: चूंकि सर्वर एप्लिकेशन में एकीकृत है, इसलिए मुझे सर्वर पर एक अलग एप्लिकेशन सर्वर इंस्टॉल करना होगा
• डिफ़ॉल्ट त्रुटि हैंडलिंग