मावेन एक फ्रेमवर्क है, चींटी एक टूलबॉक्स है
मावेन एक पूर्व-निर्मित सड़क कार है, जबकि चींटी कार भागों का एक सेट है। चींटी के साथ आपको अपनी कार बनानी होगी, लेकिन कम से कम अगर आपको कोई ऑफ-रोड ड्राइविंग करने की ज़रूरत है तो आप सही प्रकार की कार बना सकते हैं।
इसे दूसरे तरीके से रखने के लिए, मावेन एक ढांचा है जबकि चींटी एक टूलबॉक्स है। यदि आप ढांचे के दायरे में काम करने में संतुष्ट हैं तो मावेन ठीक काम करेंगे। मेरे लिए समस्या यह थी कि मैं ढांचे की सीमा में टकराता रहा और यह मुझे बाहर नहीं जाने देता था।
XML वर्बोसिटी
टोब्रियन एक लड़का है जो मावेन के बारे में बहुत कुछ जानता है और मुझे लगता है कि उसने दो उत्पादों की बहुत अच्छी, ईमानदार तुलना की। उन्होंने एक साधारण मावेन pom.xml की तुलना एक साधारण चींटी बिल्ड फ़ाइल के साथ की और उन्होंने उल्लेख किया कि मावेन परियोजनाएं और अधिक जटिल कैसे हो सकती हैं। मुझे लगता है कि इसके लायक कुछ फाइलों की तुलना पर एक नज़र डालते हैं जिन्हें आप एक साधारण वास्तविक दुनिया परियोजना में देखने की अधिक संभावना रखते हैं। नीचे दी गई फाइलें मल्टी-मॉड्यूल बिल्ड में एकल मॉड्यूल का प्रतिनिधित्व करती हैं।
सबसे पहले, मावेन फ़ाइल:
<project
xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-4_0_0.xsd">
<parent>
<groupId>com.mycompany</groupId>
<artifactId>app-parent</artifactId>
<version>1.0</version>
</parent>
<modelVersion>4.0.0</modelVersion>
<artifactId>persist</artifactId>
<name>Persistence Layer</name>
<dependencies>
<dependency>
<groupId>com.mycompany</groupId>
<artifactId>common</artifactId>
<scope>compile</scope>
<version>${project.version}</version>
</dependency>
<dependency>
<groupId>com.mycompany</groupId>
<artifactId>domain</artifactId>
<scope>provided</scope>
<version>${project.version}</version>
</dependency>
<dependency>
<groupId>org.hibernate</groupId>
<artifactId>hibernate</artifactId>
<version>${hibernate.version}</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>commons-lang</groupId>
<artifactId>commons-lang</artifactId>
<version>${commons-lang.version}</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring</artifactId>
<version>${spring.version}</version>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.dbunit</groupId>
<artifactId>dbunit</artifactId>
<version>2.2.3</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.testng</groupId>
<artifactId>testng</artifactId>
<version>${testng.version}</version>
<scope>test</scope>
<classifier>jdk15</classifier>
</dependency>
<dependency>
<groupId>commons-dbcp</groupId>
<artifactId>commons-dbcp</artifactId>
<version>${commons-dbcp.version}</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>com.oracle</groupId>
<artifactId>ojdbc</artifactId>
<version>${oracle-jdbc.version}</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.easymock</groupId>
<artifactId>easymock</artifactId>
<version>${easymock.version}</version>
<scope>test</scope>
</dependency>
</dependencies>
</project>
और समकक्ष चींटी फ़ाइल:
<project name="persist" >
<import file="../build/common-build.xml" />
<path id="compile.classpath.main">
<pathelement location="${common.jar}" />
<pathelement location="${domain.jar}" />
<pathelement location="${hibernate.jar}" />
<pathelement location="${commons-lang.jar}" />
<pathelement location="${spring.jar}" />
</path>
<path id="compile.classpath.test">
<pathelement location="${classes.dir.main}" />
<pathelement location="${testng.jar}" />
<pathelement location="${dbunit.jar}" />
<pathelement location="${easymock.jar}" />
<pathelement location="${commons-dbcp.jar}" />
<pathelement location="${oracle-jdbc.jar}" />
<path refid="compile.classpath.main" />
</path>
<path id="runtime.classpath.test">
<pathelement location="${classes.dir.test}" />
<path refid="compile.classpath.test" />
</path>
</project>
टोब्रियन ने अपने उदाहरण का उपयोग यह दिखाने के लिए किया कि मावेन ने अंतर्विरोधों का निर्माण किया है लेकिन इसका मतलब यह नहीं है कि आप कम एक्सएमएल लिखना कम कर दें। मैंने विपरीत को सच पाया है। Pom.xml, build.xml की तुलना में 3 गुना अधिक लंबी है और जो कि सम्मेलनों से भटक रही है। वास्तव में, मेरे मावेन उदाहरण को अतिरिक्त 54 लाइनों के बिना दिखाया गया है जो प्लगइन्स को कॉन्फ़िगर करने के लिए आवश्यक थे। वह pom.xml एक साधारण प्रोजेक्ट के लिए है। एक्सएमएल वास्तव में काफी बढ़ने लगता है जब आप अतिरिक्त आवश्यकताओं में जोड़ना शुरू करते हैं, जो कई परियोजनाओं के लिए सामान्य से बाहर नहीं है।
लेकिन आपको चींटी को बताना होगा कि क्या करना है
ऊपर मेरा चींटी उदाहरण बिल्कुल पूरा नहीं है। हमें अभी भी सफाई, संकलन, परीक्षण आदि के लिए निर्धारित लक्ष्यों को परिभाषित करना है। ये एक सामान्य बिल्ड फ़ाइल में परिभाषित किए गए हैं जो मल्टी-मॉड्यूल प्रोजेक्ट में सभी मॉड्यूल द्वारा आयात किया जाता है। जो मुझे इस बात की ओर ले जाता है कि चींटी में यह सब कैसे स्पष्ट रूप से लिखा जाना चाहिए जबकि यह मावेन में घोषणात्मक है।
अगर मैं इन चींटी लक्ष्यों को स्पष्ट रूप से लिखना नहीं चाहता, तो यह सच है, इससे मुझे समय की बचत होगी। लेकिन कितना समय? आम बिल्ड फ़ाइल जो मैं अब उपयोग करता हूं वह एक है जिसे मैंने 5 साल पहले लिखा था, तब से केवल मामूली शोधन के साथ। मावेन के साथ मेरे 2 साल के प्रयोग के बाद, मैंने पुरानी एंट बिल्ड फ़ाइल को कोठरी से बाहर निकाला, इसे धूल से उड़ा दिया और इसे वापस काम पर रख दिया। मेरे लिए, चींटी को स्पष्ट रूप से यह बताने की लागत कि 5 साल की अवधि में एक सप्ताह से भी कम समय तक क्या करना है।
जटिलता
अगला मुख्य अंतर जो मैं उल्लेख करना चाहता हूं, वह है जटिलता और वास्तविक-विश्व प्रभाव। मावेन का निर्माण प्रक्रियाओं के निर्माण और प्रबंधन के साथ काम करने वाले डेवलपर्स के काम के बोझ को कम करने के इरादे से किया गया था। ऐसा करने के लिए इसे जटिल बनाना होगा। दुर्भाग्य से यह जटिलता उनके इच्छित लक्ष्य को नकार देती है।
जब चींटी के साथ तुलना की जाती है, तो मावेन परियोजना पर बिल्ड आदमी अधिक समय बिताएगा:
- पढ़ना प्रलेखन: मावेन पर बहुत अधिक प्रलेखन है, क्योंकि आपको सीखने के लिए बहुत कुछ है।
- टीम के सदस्यों को शिक्षित करना: वे किसी ऐसे व्यक्ति से पूछना आसान समझते हैं जो स्वयं जवाब खोजने की कोशिश करने के बजाय जानता है।
- बिल्ड का समस्या निवारण: मावेन चींटी की तुलना में कम विश्वसनीय है, विशेष रूप से गैर-कोर प्लगइन्स। इसके अलावा, मावेन बिल्ड्स दोहराए जाने योग्य नहीं हैं। यदि आप एक प्लगइन के SNAPSHOT संस्करण पर निर्भर करते हैं, जो बहुत संभावना है, तो आपका निर्माण बिना कुछ बदले आपके टूट सकता है।
- मावेन प्लगइन्स लिखना: प्लगइन्स आमतौर पर एक विशिष्ट कार्य को ध्यान में रखकर लिखे जाते हैं, उदाहरण के लिए एक वेबस्टार्ट बंडल बनाएं, जो अन्य कार्यों के लिए उन्हें पुन: उपयोग करना या लक्ष्य प्राप्त करने के लिए उन्हें संयोजित करना अधिक कठिन बनाता है। तो आपको मौजूदा प्लगइन सेट में वर्कअराउंड अंतराल के लिए अपना खुद का एक लिखना होगा।
इसके विपरीत:
- चींटी प्रलेखन संक्षिप्त, व्यापक और सभी एक ही स्थान पर है।
- चींटी सरल है। चींटी को सीखने की कोशिश करने वाले एक नए डेवलपर को केवल कुछ सरल अवधारणाओं (लक्ष्य, कार्य, निर्भरता, गुण) को समझने की आवश्यकता है ताकि वे बाकी चीजों का पता लगाने में सक्षम हों जो उन्हें जानने की जरूरत है।
- चींटी विश्वसनीय है। पिछले कुछ वर्षों में चींटी के बहुत सारे रिलीज नहीं हुए हैं क्योंकि यह पहले से ही काम कर रहा है।
- चींटी का निर्माण दोहराए जाने योग्य है क्योंकि वे आम तौर पर बिना किसी बाहरी निर्भरता के बनाई जाती हैं, जैसे ऑनलाइन रिपॉजिटरी, प्रयोगात्मक तृतीय-पक्ष प्लगइन्स आदि।
- चींटी व्यापक है। क्योंकि यह एक टूलबॉक्स है, आप अपने इच्छित किसी भी कार्य को करने के लिए टूल को जोड़ सकते हैं। यदि आपको कभी भी अपने स्वयं के कस्टम कार्य लिखने की आवश्यकता होती है, तो यह करना बहुत आसान है।
सुपरिचय
एक और अंतर परिचित का है। नए डेवलपर्स को गति प्राप्त करने के लिए हमेशा समय की आवश्यकता होती है। मौजूदा उत्पादों से परिचित उस संबंध में मदद करता है और मावेन समर्थकों का दावा है कि यह मावेन का एक लाभ है। बेशक, चींटी के लचीलेपन का मतलब है कि आप जो चाहें सम्मेलनों को बना सकते हैं। तो मैं जिस कन्वेंशन का उपयोग करता हूं, वह मेरे स्रोत की फाइलों को एक निर्देशिका नाम src / main / java में रखना है। मेरी संकलित कक्षाएं लक्ष्य / कक्षाओं नामक एक निर्देशिका में जाती हैं। परिचित लगता है यह नहीं है।
मुझे मावेन द्वारा उपयोग की जाने वाली निर्देशिका संरचना पसंद है। मुझे लगता है कि यह समझ में आता है। इसके अलावा उनके जीवन चक्र का निर्माण। तो मैं अपने चींटी के निर्माण में समान सम्मेलनों का उपयोग करता हूं। सिर्फ इसलिए नहीं कि यह समझ में आता है बल्कि इसलिए क्योंकि यह पहले से ही मावेन का उपयोग करने वाले किसी भी व्यक्ति से परिचित होगा।