चींटी अभी भी "मुख्यधारा" में जावा बनाता है?


14

हम धीरे-धीरे बैच कमांड फाइल्स (विंडोज़ .bat) की जगह ले रहे हैं, जो डेवलपर्स IDE में संकलित कक्षाओं को केवल अधिक व्यापक चींटी बिल्ड्स (यानी सीवीएस, क्लीन कंपाइल, जार, आर्काइव, ईमेल, आदि से प्राप्त) के साथ जोड़ रहे थे।

मैंने चींटी के साथ सीखने (और डिबगिंग के मुद्दों) पर बहुत समय बिताया है, इसलिए मैं इन कार्यों के लिए इसका उपयोग करने में सबसे सहज हूं। लेकिन मुझे आश्चर्य है कि अगर चींटी अभी भी उतने ही व्यापक उपयोग में है जैसा कि मैंने पहली बार सीखना शुरू किया था, या क्या "दुनिया कुछ नया करने के लिए आगे बढ़ी है" (और शायद चालाक)। (मैंने उदाहरण के लिए अधिक मैवेन बिल्ड सामान वितरित किया है, जिसका मैंने कभी उपयोग नहीं किया है।)

इस सवाल का व्यावहारिक आयात है, क्या मैं चींटी को सीखने के लिए नए डेवलपर्स को आगे बढ़ाता हूं , या क्या उन्हें बिल्ड के लिए कुछ और सीखना चाहिए?

मैं कभी भी रुझानों में शीर्ष पर नहीं हूं, इसलिए अन्य जावा डेवलपर्स से सुनना बहुत अच्छा होगा कि उन्हें क्या लगता है कि यह सबसे अच्छा उपकरण है, और उन्हें लगता है कि नए डेवलपर्स को सीखना चाहिए।


नीचे दिए गए सभी उत्तर पढ़ें और वे सभी महान थे! मावेन चींटी के सुधारों की पेशकश में अंतर्दृष्टि के लिए धन्यवाद। मैं मावेन में देखूंगा।
सैम गोल्डबर्ग

यह बहुत कम परियोजनाएं हैं जो चींटी के लिए टन के लिए आवश्यक नहीं हैं। मावेन इन चीजों को मानक तरीके से संभालता है।

चींटी मूल रूप से XML में एक शेल स्क्रिप्ट है (और शेल कमांड के बजाय चींटी कमांड का उपयोग करके)।
user253751

चींटी समय की एक अविश्वसनीय बर्बादी है। यहां तक ​​कि जब मावेन भयानक था, तो यह एक चालाक विकल्प था। चींटी के पास आईडीई में एकीकृत होने का कोई तरीका नहीं है और जावा प्रोजेक्ट्स फाइलों की एक बड़ी गड़बड़ी हैं - आप अपना 30% समय सिर्फ फाइल से फाइल में कूदने में लगाते हैं।
bryan शिकार

@bryanhunt: हमने सभी नई परियोजनाओं के लिए मावेन का उपयोग करके समाप्त किया। हालाँकि, मुझे जावा ऐप्स के लिए तैनाती पैकेज बनाने के लिए मावेन के लिए एक अच्छा तरीका नहीं मिला है। (यह निर्भरता की प्रतिलिपि बनाने, जार अपलोड करने के लिए ठीक है।) अधिकांश पोस्ट मैंने उस उत्तर को पढ़ा कि इसे कैसे करना है, चींटी प्लगइन का उपयोग करने के लिए कहें। इसलिए मुझे लगता है मैं मावेन से अंतिम उत्पादन दूल्हे के लिए चींटी का उपयोग कर रहा हूं। और यह मावेन असेंबली प्लगइन का उपयोग करने की तुलना में एंट में करना आसान लगता है।
सैम गोल्डबर्ग

जवाबों:


23

मैं यहां दूसरों से सहमत हूं कि मावेन ने सबसे महत्वपूर्ण परियोजनाओं पर ध्यान दिया है जिन्हें मैंने देखा है।

जब चींटी अत्यधिक लचीली होती है, तो बिल्ड फ़ाइल मानकीकृत नहीं होती है, इसलिए जब आप किसी नई परियोजना या कंपनी में जाते हैं, तो लक्ष्यों को अलग नाम दिया जाता है, फ़ाइल को अलग तरीके से संरचित किया जाता है, अंतर-लक्ष्य निर्भरताएं स्थापित हो सकती हैं या नहीं, आदि।

मावेन के साथ, आपको अपने एससीएम सिस्टम में बाइनरी निर्भरता (मैं जार के बारे में बात कर रहा हूं) को नहीं ले जाने का भी लाभ मिलता है। अन्य महान जावा उपकरण बहुत सारे जानते हैं कि मावेन पोम फाइल (मानकीकरण का लाभ) कैसे पढ़ें, इसलिए आईडीई जैसे उपकरण बहुत जल्दी मावेन परियोजना स्थापित कर सकते हैं, और जेनकींस जैसे उपकरण आसानी से मावेन बिल्ड को निष्पादित कर सकते हैं।


13
मुझे यह भी जोड़ना चाहिए कि मावेन का उपयोग करने से हमारी परियोजनाएं आईडीई-अज्ञेय बन जाती हैं, और यदि आप कभी ऐसी दुकान में गए हैं जिसमें आईडीई युद्ध हुआ था, तो आप इस धार्मिक लड़ाई को समाप्त करने की सराहना कर सकते हैं!
रॉनू

11

मैं चींटी के साथ और मावेन के साथ काम कर रहा हूं। मेरे अनुभव में, मावेन की एंट पर बहुत मजबूत बढ़त है।

  • मैंने पिछले 2 या 3 वर्षों में जो भी परियोजनाएं देखी हैं, वे मावेन का उपयोग करती प्रतीत होती हैं। लगभग 3 साल पहले इसने मुझे आश्चर्यचकित कर दिया क्योंकि मावेन संस्करणों का उपयोग तब (2.0.something) काफी अविश्वसनीय और छोटी गाड़ी लगती थी। कुछ बिंदु पर हालांकि (2.1 या 2.2 मुझे याद नहीं है) मावन विश्वसनीय बन गया और इसके साथ कुछ समय बिताने के बाद मैंने अपने मन को विपरीत में बदल दिया है। अब, मैं बल्कि किसी ऐसे व्यक्ति को देखकर आश्चर्यचकित रहूँगा जो मावेन पर चींटी का शिकार करता है।

मावेन के बारे में कम सकारात्मक नोट पर, इसके प्रलेखन के साथ मेरा अनुभव अब तक बहुत अच्छा नहीं था। मुझे लगता है कि मैंने मावेन की तुलना में खराब दस्तावेज के साथ एक उत्पाद देखा है, लेकिन मुझे याद नहीं है कि कौन सा (कुछ प्राचीन सीएसवी पुस्तकालय iirc)।


2
डननो, मुझे मावेन संदर्भ काफी सभ्य लगा। यह सही नहीं है, और वास्तव में अंधेरे अनजाने कोने हैं, लेकिन अभी भी IMHO यह औसत से काफी बेहतर है।
पेटर तोर्क

@ PéterTörök सही मावेन संदर्भ मेरी प्राथमिक चिकित्सा भी है। किसी भी तरह से ज्यादातर सामान जो मुझे चिंतित करता है वह इन अंधेरे अनिर्दिष्ट कोनों में समाप्त होता है । सटीक होने के लिए मुझे "अनिर्दिष्ट" की तुलना में इन कोनों को अधिक "अंधेरा" लगता है - मेरा मतलब है कि मुझे लगता है कि ज्ञान है, लेकिन मैं इसे समझने में असफल हूं। मुझे पता नहीं शायद मैं बदकिस्मत हूं। या शायद गूंगा। या हो सकता है Maven लोग सिर्फ अपने गिरोह में एक सभ्य तकनीक लेखक की कमी है
कुटकी

1
क्यों, क्या तुमने कभी एक ओपन सोर्स प्रोजेक्ट जो देखा है था एक सभ्य तकनीक लेखक? ;-)
पेरेट तोरोक

@ PéterTörök तो सच है! :) लोकप्रिय ओएसएस परियोजनाओं की विलासिता यह है कि आसपास के बहुत सारे विशेषज्ञ लोग हैं जो डॉक्टर लेखक को "प्रतिस्थापित" करते हैं। मुझे लगता है कि Maven के साथ भी थी - हमेशा कुछ गुरु जिसे चारों ओर मैं मुश्किल चीजों के बारे में पूछ सकते किया गया है
कुटकी

3

हम कई वर्षों से मावेन का उपयोग कर रहे हैं। यह चींटी स्क्रिप्टिंग का समर्थन करता है (जैसे चींटी बीनशेल का समर्थन करता है), इसलिए आपका एंट ज्ञान अभी भी उपयोगी हो सकता है। मावेन बहुत अधिक शक्तिशाली है, लेकिन इसमें कुछ अतिरिक्त बुनियादी ढांचे की आवश्यकताएं हैं (यदि आप कई परियोजनाओं के बीच घटकों को साझा करते हैं तो अपने बिल्ड को होस्ट करने के लिए एक आर्टिफैक्ट या नेक्सस सर्वर चाहते हैं)। यह चींटी से भी काफी अलग है, इसलिए आप अपने मौजूदा ज्ञान का अधिक लाभ नहीं उठा सकते हैं।


1

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

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

जैसे कि चींटी अभी भी मुख्यधारा है या नहीं, यह उस विकास के माहौल पर निर्भर करेगा, जिसमें आप काम कर रहे हैं। यदि परियोजना किसी छोटी कंपनी या स्टार्ट-अप में है, तो मुझे लगता है कि मावेन प्राकृतिक विकल्प होगा और समय लिया जा सकता है। आर्टिफैक्ट जैसे इन्फ्रास्ट्रक्चर में निवेश करना। हालांकि, बड़ी कंपनियों ने अपने चींटी इंफ्रास्ट्रक्चर (कॉन्फ़िगरेशन, ग्लोबल बिल्ड फाइल्स आदि) में कई वर्षों और बहुत सारे पैसे का निवेश किया होगा, जिसका मतलब है कि वे एक ऐसी तकनीक से दूर जाने के लिए कम उत्सुक होंगे, जिसमें उन्होंने इतना पैसा लगाया है।


0

मावेन कई वर्षों से बढ़ रहा है, और अब मुझे इसे सीखने की जरूरत है। चीजें हमेशा बदलती रहेंगी, और यह जानना कि चींटी अपनी स्थिति खो रही है, यह कोई बुरी बात नहीं है।

मावेन थोड़े समय के लिए केवल अप और कॉमरेड हो सकता है, लेकिन अगर यह हमारे काम को आसान बनाता है, तो यह सीखने के लिए समय का निवेश करने लायक है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.