2016-08-10 15 views
5

मेरे पास कई बोवर निर्भरताओं के साथ एक बहुत बड़ी परियोजना है। कई मामलों में यह अस्पष्ट है कि क्या ये निर्भरता अभी भी आवेदन के भीतर उपयोग में है या यदि निर्दिष्ट संस्करण किसी कारण के लिए चुना गया था। आदर्श रूप में, मैं प्रत्येक निर्भरता के लिए एक टिप्पणी देने में सक्षम होना चाहता हूं कि आवेदन के किस हिस्से की आवश्यकता है, ताकि एप्लिकेशन में कार्यक्षमता को हटा दिया जा सके, हम bower_components से अनावश्यक पैकेज भी हटा सकते हैं। की तरह कुछ:क्या कोई bower.json फ़ाइल में टिप्पणी करने या बेहतर व्यवस्थित करने का कोई तरीका है?

// videojs plug-in for adding navigable waveforms; used by the video component 
"videojs-wavesurfer": "^1.2.2" 

दुर्भाग्य से, json टिप्पणी का समर्थन नहीं करता है, लेकिन वहाँ व्याख्या या बेहतर एक bower.json फ़ाइल इसे और अधिक समझ में आता है बनाने के लिए आयोजित करने के लिए किसी भी संभव समाधान कर रहे हैं?

+2

1) बॉवर एक मृत परियोजना है। इसे महीनों में अपडेट नहीं किया गया है। 2) आप एक जेएसएस फ़ाइल में टिप्पणियां नहीं डाल सकते हैं। 3) एनपीएम का उपयोग शुरू करने पर विचार करें। – Neal

+4

@Neal के अलावा, यदि आप अपनी निर्भरताओं को दस्तावेज करना चाहते हैं, तो आप हमेशा अपनी रीडमे फ़ाइल में एक सेक्शन जोड़ सकते हैं जो बस यही करता है। – TW80000

+1

@Neal पूरी तरह गलत है। मैं बोवर का उपयोग नहीं करता लेकिन इसे हाल ही में अपडेट किया गया है। – VtoCorleone

उत्तर

4

आप जेएसओएन फ़ाइल में टिप्पणियां नहीं डाल सकते हैं। JSON डेटा के लिए है और कुछ भी नहीं।

यदि आप अपनी निर्भरताओं को दस्तावेज करना चाहते हैं, तो अपनी रीडमे फ़ाइल में एक अनुभाग जोड़ने पर विचार करें जिसमें निर्भरताओं के लिए प्रासंगिक सभी जानकारी शामिल है।

"video-wavesurfer-comment": 
    "videojs plug-in for adding navigable waveforms; used by the video component" 

अब टिप्पणियों, उपयोग सरणियों के लिए::

"video-wavesurfer-comment": [ 
    "videojs plug-in for adding navigable waveforms; used by the video component", 
    "Remove this for the non-video version." 
] 

2

JSON फ़ाइलें टिप्पणी करने के लिए क्लासिक दृष्टिकोण जैसे नकली प्रविष्टियों, जो उम्मीद है कि उपभोक्ता द्वारा नजरअंदाज कर दिया जाएगा, को जोड़ने के लिए है बेशक, आपको इन जगहों को कहीं भी रखना होगा जहां कोई उन्हें पार्स करने की कोशिश नहीं करेगा। उदाहरण के लिए, वे "dependencies": के भीतर नहीं जा सके।

संबंधित मुद्दे