मैं पूरी तरह से पैकेज मैनेजर के लाभों की सराहना कर सकता हूं pip, जैसे कि पायथन , नोड्स npmया रूबी रत्न, क्योंकि वे आपके एप्लिकेशन पथ में फ़ाइलों को जोड़ने की तुलना में बहुत अधिक कर रहे हैं।
हो सकता है कि मुझे वह बात याद आ रही हो, या मुझे कोई आपत्ति हो रही हो, लेकिन यहाँ वे नकारात्मकताएँ हैं जिन्हें मैं देख सकता हूँ:
- प्रोजेक्ट बनाते समय अलग कदम
- दूसरे पैकेज प्रबंधक (यो डॉग) के माध्यम से स्थापित करने के लिए अलग निर्भरता
- परियोजनाओं में अधिक अव्यवस्था
bower.jsonऔर / या के साथ जड़ें.bowerrc - रजिस्ट्री पर रिलायंस आज तक, सही और उपलब्ध है
- छवियों की तरह कुछ आयात / संदर्भ काम नहीं करेगा
- Npm के साथ विशाल ओवरलैप, और अक्सर स्पष्ट नहीं है कि किस संसाधन का उपयोग करना है, कब
सकारात्मक मैं देख सकता हूँ ये हैं:
- मुझे निर्भरता मैन्युअल रूप से डाउनलोड करने की आवश्यकता नहीं है
- वैकल्पिक रूप से उपयोगकर्ता संकेत या पसंद के आधार पर मचान के हिस्से के रूप में पैकेज स्थापित करें
मैं वास्तव में किसी भी लाभ के बारे में जानना चाहूंगा, जिससे मैं अनजान हूं, और मुझे कहना चाहिए कि मैं उत्तेजक होने की कोशिश नहीं कर रहा हूं जो मैं वास्तव में जानना चाहता हूं।
1
सम्बंधित: प्रोग्रामर.स्टैकएक्सचेंज.
—
माइक पार्ट्रीज
अंत में, आपके द्वारा उल्लेखित सभी पैकेज मैनेजर में निर्भरता को डाउनलोड करना शामिल है, और वे उसी "नकारात्मक" में से कुछ को साझा करते हैं जिन्हें आपने बोवर के लिए सूचीबद्ध किया था। इसी तरह, बोवर ने npm, पाइप, और रूबीज के कुछ लाभों को साझा किया: उदाहरण के लिए, बोवर ने आपकी निर्भरता को नवीनतम संस्करण में अपडेट करना आसान बना दिया (यह एक बड़ा है), और यह आपके बिट रेपो में अव्यवस्था को कम करता है। चेक-इन निर्भरता कोड की आवश्यकता नहीं है।
—
sffc
यह शर्म की बात है कि यह सवाल "मुख्य रूप से राय-आधारित" होने के लिए बंद कर दिया गया था। ओपी विशेषज्ञ की राय पूछ रहा है। "यह मुझे विकास प्रक्रिया में कैसे सहायता करता है?"
—
डेव कैंटर
ऐसा लगता है कि प्रवृत्ति यह है कि आपको बोवर का उपयोग नहीं करना चाहिए, इसमें ब्राउजिंग के साथ संयुक्त npm का उपयोग करने पर कोई टूलिंग या फायदे नहीं हैं। ऐसा लगता है कि उद्योग ने बात की है और बोवर के लिए मॉड्यूल की संख्या कम हो रही है और npm और Browserify मानक बन रहा है: quora.com/Why-use-Bower-when-there-is-npm
—
ब्रायन