मैंने देखा है कि एनपीएम (उदा। nerve, "माइक्रो-फ्रेमवर्क") के साथ स्थापित करने के लिए प्रतीत होता है कि सरल नोड पैकेज प्राप्त करने की कोशिश में) मैं अक्सर निर्भरता दर्द के कुछ रूप में चलाता हूं। कुछ खोदने के बाद, मैंने bcrypt मॉड्यूल के तंत्रिका के साथ समस्या को ट्रैक किया, जिसे स्पष्ट रूप से सी/सी ++ में लिखा गया है और पैकेज प्रबंधक इसे डाउनलोड करने के बाद संकलित किया जाना है।नोड.जेएस/एनपीएम - वैसे भी यह बताने के लिए कि क्या पैकेज शुद्ध जेएस है या नहीं?
दुर्भाग्य से, ऐसा लगता है कि आप इसे विंडोज पर काम करना चाहते हैं, तो जवाब है (बीसीआरपी मुद्दों में से एक थ्रेड से) "एक लिनक्स वीएम स्थापित करें"। तो आज पहले मैंने ऐसा किया था, और अन्य निर्भरताओं में चलना शुरू कर दिया था (जीसीसी स्थापित होने के बावजूद, आप निर्माण के बारे में सोचने से पहले certain unnamed apt packages स्थापित कर सकते हैं), फिर अंत में एक और सी कंपाइलर त्रुटि देखने के बाद (कुछ पैकेज या अन्य के बारे में नहीं मुझे लगता है कि "Arrays.c" खोजने में सक्षम), मैंने वास्तव में छोड़ दिया, और इसके बजाय तंत्रिका से स्विच करने के लिए स्विच किया। विडंबना यह है कि बड़े और अधिक जटिल एक्सप्रेस एक ही मुद्दे के बिना लिनक्स और विंडोज पर एनपीएम के साथ स्थापित करते हैं।
तो, मेरा प्रश्न है: क्या कोई फ़िल्टर/निर्भरता ट्रैकिंग उपलब्ध है जो आपको यह देखने देती है कि पैकेज में नोड कोर के अलावा अतिरिक्त निर्भरताएं हैं या नहीं? क्योंकि मेरे लिए नोड का आकर्षण "जावास्क्रिप्ट में सबकुछ" है, और इस तरह की चीजें भ्रम को काफी हद तक दूर करती हैं। वास्तव में, सी/सी ++ के साथ काम करने के अपने समय से अधिक करने के बावजूद, जब भी मुझे इन दिनों कुछ "बनाने" की आवश्यकता दिखाई देती है तो मैं आम तौर पर दूसरी दिशा में चिल्लाती हूं। :)
मुझे आपके दर्द डेव महसूस होता है, लेकिन कुछ बार हमें ऑप्टिमाइज़ेशन और संसाधन मांगों से सी/सी ++ पर मजबूर होना पड़ता है।कुछ देशी नोड मॉड्यूल पर काम कर रहा है और कुछ भी दोहरा सकते हैं और उचित निर्भरता का उपयोग नहीं करने की कोशिश कर के बाद, मैं कई मुद्दों आई है। शायद सबसे तर्कसंगत नोड मॉड्यूल वे हैं जो मूल कोड को कॉल या निष्पादित करते हैं क्योंकि संकलन और इसके साथ लिंक करने के विपरीत। –