VisualStudio जावास्क्रिप्ट सत्यापन गूगल बंद करने का उपयोग कर

विज़ुअल स्टूडियो में सीएसएस सत्यापन के बारे में हाल ही में देखा गया एक विषय, जावास्क्रिप्ट सत्यापन के बारे में इसी तरह की बात लिखने के लिए प्रेरित किया गया।
जब एक वेब प्रोजेक्ट में जावास्क्रिप्ट कोड का एक बड़ा हिस्सा लेता है, और क्लाइंट स्क्रिप्ट "इनलाइन स्क्रिप्ट्स" के दायरे से आगे बढ़ती हैं, तो एक या दो लाइनों के साथ jquery प्लगइन इनवोकेशन, उनकी वैधता को सत्यापित करने का सवाल काफी स्पष्ट रूप से उठता है। नेट डेवलपर्स के लिए, काफी दूर। मूल रूप से js से :))।

आदर्श रूप से, मैं एक कंपाइलर रखना चाहता था, जो प्रोजेक्ट का निर्माण करते समय, वीएस विंडो में त्रुटियों / चेतावनियों के सामान्य संकेत के साथ, "कम्पाइल" जावास्क्रिप्ट भी करेगा।
इस तरह के संकलन के लिए कई उपयोगिताओं को पहले ही लिखा जा चुका है, और मैंने मौजूदा समाधानों की एक छोटी समीक्षा भी की है।

संक्षेप में, जावास्क्रिप्ट को jslint , jshint और google क्लोजर का उपयोग करके चेक किया जा सकता है। यह अनुमान लगाना आसान है कि उत्तरार्द्ध में सबसे व्यापक संभावनाएं हैं, और दृश्य स्टूडियो में इसके एकीकरण के लिए कम से कम कुछ तैयार किए गए समाधान हैं ।
इस लेख में मैं विज़ुअल स्टूडियो में एक और गूगल क्लोजर इंटीग्रेशन यूटिलिटी के बारे में बात करूंगा , जो कि jsvalidator , एक छोटा सा ओपन-सोर्स प्रोजेक्ट है, जिसे मैंने उपरोक्त विश्लेषण के बाद लिखा था।
मेरे कार्यान्वयन के बीच महत्वपूर्ण अंतर एकीकरण की आसानी और कुछ प्रकार के अलर्ट के प्रदर्शन को कॉन्फ़िगर करने की क्षमता है।


JsValidator एक json-like कॉन्फ़िगरेशन फ़ाइल के साथ पोस्ट-बिल्ड-इवेंट द्वारा संचालित एक उपयोगिता है, जो Google क्लोजर जावा लाइब्रेरी का उपयोग करके जावास्क्रिप्ट की जांच करता है। पहली आवश्यकता इस प्रकार है - काम करने की उपयोगिता के लिए, इसे कंप्यूटर पर स्थापित जावा की आवश्यकता होती है (सिस्टम पथ (सिस्टम पथ) में जोड़े गए java.exe के साथ)।
प्रत्येक बिल्ड के साथ उपयोगिता को एकीकृत करने के बाद, आपके विज़ुअल स्टूडियो में कुछ ऐसा होगा:

(इस मामले में, उपयोगिता हमें अघोषित चर asd के बारे में सूचित करती है, त्रुटि पर डबल-क्लिक करने से त्रुटि के साथ लाइन पर js-file खुल जाएगी, जैसा कि हम करते थे)।

एक परियोजना में jsvalidator को एकीकृत करने के लिए, यह JsValidator नगेट पैकेज स्थापित करने के लिए पर्याप्त है। यदि आप सोने की डली का उपयोग नहीं करते हैं, तो आप सभी चरणों को कर सकते हैं जो पैकेज स्वचालित रूप से ले जाएगा, मैन्युअल रूप से:

1. लाइब्रेरी बायनेरिज़ को डाउनलोड करें और उन्हें, उदाहरण के लिए, $ (सॉल्यूशनडिर) / JVValidatorBin फ़ोल्डर में रखें।
2. ASP.Net प्रोजेक्ट में एक कॉन्फ़िगरेशन फ़ाइल बनाएँ (उदाहरण के लिए, लिपियों / jsvalidator / config.js में )। सबसे सरल मामले में, यह इस तरह दिख सकता है:
   

   { "inputs": [ "../_test.js" ] } 

   
   _Test.js फ़ाइल का पथ आपके प्रोजेक्ट के किसी भी js- फ़ाइल (या js-files के साथ एक फ़ोल्डर) के लिए पथ द्वारा प्रतिस्थापित किया जा सकता है। सभी पथ config.js कॉन्फ़िगरेशन फ़ाइल के स्थान के सापेक्ष होना चाहिए।
   
3. अपने asp.net प्रोजेक्ट में JsValidator को पोस्ट-बिल्ड-इवेंट (प्रोजेक्ट / प्रॉपर्टीज़ / बिल्ड इवेंट / पोस्ट-बिल्ड इवेंट कमांड लाइन) के रूप में जोड़ें। पोस्ट-बिल्ड-ईवेंट’ए लाइन इस तरह दिख सकती है:
   

    "$(SolutionDir)JsValidatorBin\jsvalidator.exe" "$(ProjectDir)Scripts\jsvalidator\config.js" 

   
   (यदि आप उदाहरणों के अलावा अन्य तरीकों से jsvalidator को अनपैक करते हैं, तो रास्तों को तय करना होगा)
4. वह सब है! अपनी परियोजना संकलित करें और सुनिश्चित करें कि आपके जावास्क्रिप्ट में कोई त्रुटि नहीं है :)

ऊपर, मैंने एक सरल कॉन्फ़िगरेशन फ़ाइल का उदाहरण दिया, जिसमें एक पंक्ति शामिल थी। वास्तविक कॉन्फ़िगरेशन बहुत अधिक जटिल नहीं हैं। यहाँ उनमें से एक का उदाहरण दिया गया है:

 { inputs: [ "../../Scripts/zw_Runtime.js", "../../Scripts/UC/", "../../Scripts/jquery.common.js"], externs: ["//jquery-1.7.js"], IgnoreAllWarnings: "true", Warnings: [".* is never defined"] } 

मैं डिक्रिप्ट करूंगा कि प्रत्येक पैरामीटर किसके लिए जिम्मेदार है:

• आदानों (तार की सरणी) । जाँच के लिए फ़ाइलों / फ़ोल्डरों के लिए पथ निर्दिष्ट करता है। सबसे सरल, सबसे स्पष्ट और आवश्यक विकल्प :)
• बाहरी (तार की सरणी) । सत्यापन (jquery, mootols, आदि) के लिए आवश्यक बाहरी पुस्तकालयों को निर्दिष्ट करता है। गूगल बंद करने में बाहरी पैरामीटर के अनुरूप। Google के पास बाहरी लोगों के रूप में कनेक्शन के लिए तैयार लोकप्रिय पुस्तकालयों के कई "प्रलेखित" संस्करण हैं। इस स्रोत के पुस्तकालयों का उपयोग "//" उपसर्ग के साथ किया जा सकता है। ऊपर के उदाहरण में, हम कहते हैं कि हमारी फाइलों में jquery लाइब्रेरी संस्करण 1.7 का उपयोग करना संभव है।
• इग्नोरवेल्विंग्स (बूल) । "सही" या "गलत" (डिफ़ॉल्ट "गलत" है)। मिली "चेतावनियों" को अनदेखा किया जाता है (केवल "त्रुटियां" पाई जाती हैं)
• चेतावनी (तार की सरणी) । Regexp सूची; Regexp के तहत प्रासंगिक "चेतावनियाँ" का अनुवाद "त्रुटि" स्थिति में किया जाता है।

मैं चेतावनी के पैरामीटर पर ध्यान देना चाहूंगा, क्योंकि यह वह था जो अन्य कार्यान्वयन में अनुपस्थित था और एक साइकिल लिखने के लिए प्रेरित किया।
Google क्लोज़र जावास्क्रिप्ट के सभी "संदिग्ध क्षेत्रों" को त्रुटियों और चेतावनियों में क्रमबद्ध करता है। कभी-कभी मैं कुछ चेतावनियों को त्रुटि स्थिति में अनुवाद करना चाहता हूं ताकि उन्हें अनदेखा न किया जा सके (चेतावनी आमतौर पर काफी उत्पन्न होती है, और आमतौर पर उनका विश्लेषण / निर्धारण करने का कोई मतलब नहीं है)। इसके लिए, चेतावनियाँ विकल्प है। जैसा कि ऊपर उल्लेख किया गया है, अगर एक चेतावनी शामिल regexp में से एक के अंतर्गत आती है, तो यह "त्रुटि" श्रेणी में जाती है।

कुछ अन्य विकल्प हैं जो उदाहरण में उल्लिखित नहीं हैं, लेकिन उपयोगी हो सकते हैं:

• ट्रीनाजवाएवाइसविअरिंग (बूल) । मान सत्य या गलत हैं (डिफ़ॉल्ट गलत है, अर्थात, यदि जावा कंप्यूटर पर स्थापित नहीं है, तो एक त्रुटि उत्पन्न होगी)
• इग्नोरवर्निंग्स (स्ट्रिंग्स की सरणी) । Regexps "चेतावनी" के लिए उपयुक्त regexps की सूची चिह्नित की जाती है।

कुछ अन्य पैरामीटर हैं जो क्लोजर कंपाइलर के मापदंडों को दर्पण करते हैं। इन मापदंडों को बदलना आमतौर पर आवश्यक नहीं होता है, उन्हें परियोजना पृष्ठ पर अधिक विस्तार से वर्णित किया जाता है (CompilationLevel, WinLevel, Ccargs)।

अगर यह किसी के लिए उपयोगी है - तो कृपया, सफलता की कहानी और उपयोग किए गए कॉन्फ़िगरेशन पैरामीटर नीचे लिखें :)