जावास्क्रिप्ट में एक्स्टेंसिबल एक्स्टेंसिबिलिटी मैकेनिज्म

नमस्कार साथियों!

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



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


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

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

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

तानाना

एक्सटेंसिबल सिस्टम से हमें क्या चाहिए? सबसे पहले, निश्चित रूप से, आपको बाहरी कोड पर नए व्यवहार बनाने की क्षमता की आवश्यकता है।

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

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

समाधान स्थापित करने के बजाय कोड को जोड़ने (और निकालने ) की अनुमति देना था, ताकि दो एक्सटेंशन एक-दूसरे के काम को बाधित किए बिना एक ही लाइन के साथ बातचीत कर सकें।

अधिक सामान्य सूत्रीकरण में, यह सुनिश्चित करना आवश्यक है कि एक्सटेंशन को संयोजित किया जा सकता है, भले ही वे एक दूसरे के "पूरी तरह से अनजान" हों - और ताकि उनकी बातचीत के दौरान कोई टकराव उत्पन्न न हो।

इस कार्य के लिए, प्रत्येक एक्सटेंशन को एक साथ किसी भी संख्या में एजेंटों के संपर्क में होना चाहिए। कैसे संसाधित किया जाएगा प्रत्येक प्रभाव विशिष्ट मामले के आधार पर भिन्न होता है। यहां कुछ रणनीतियाँ हैं जो आपको उपयोगी लग सकती हैं:

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

ऐसी कई स्थितियों में, आदेश महत्वपूर्ण है। यहां मेरा मतलब उस आदेश के अनुपालन से है जिसमें प्रभाव लागू किए जाते हैं, इस क्रम को नियंत्रित और अनुमानित होना चाहिए।

यह उन स्थितियों में से एक है जहां अनिवार्य विस्तार प्रणाली आमतौर पर बहुत अच्छी नहीं होती हैं, जिनमें से संचालन दुष्प्रभाव पर निर्भर करता है। उदाहरण के लिए, एक addEventListener DOM मॉडल के addEventListener ऑपरेशन के लिए आवश्यक है कि इवेंट हैंडलर्स को उस क्रम में बुलाया जाए, जिसमें वे पंजीकृत हैं। यह सामान्य है यदि सभी कॉल एकल प्रणाली द्वारा नियंत्रित हैं, या यदि कॉल का क्रम इतना महत्वपूर्ण नहीं है। हालांकि, यदि आपके पास कई सॉफ़्टवेयर घटक हैं जो एक दूसरे से स्वतंत्र रूप से हैंडलर जोड़ते हैं, तो यह भविष्यवाणी करना बहुत मुश्किल हो सकता है कि पहले कौन से लोगों को बुलाया जाएगा।

सरल दृष्टिकोण

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

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

आमतौर पर, ऐसा तंत्र काफी शक्तिशाली हो जाता है, और वे इसे अपने लाभ के लिए बदल सकते हैं। लेकिन जल्दी या बाद में, विस्तार प्रणाली इतनी जटिलता तक पहुंच जाती है कि इसका उपयोग करना असुविधाजनक हो जाता है।

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

CodeMirror संस्करण 6 उसी नाम के कोड संपादक का एक पुनर्लेखन संस्करण है। इस परियोजना में, मैं एक मॉड्यूलर दृष्टिकोण विकसित करने की कोशिश करता हूं। ऐसा करने के लिए, मुझे अधिक अभिव्यंजक विस्तार प्रणाली की आवश्यकता है। आइए ऐसी कुछ चुनौतियों पर चर्चा करते हैं, जिन्हें हमें इस तरह की प्रणाली को डिजाइन करते समय सामना करना पड़ा था।

विनियमन

सिस्टम को डिज़ाइन करना आसान है जो आपको एक्सटेंशन के ऑर्डर पर पूरा नियंत्रण देता है। हालांकि, ऐसी प्रणाली को डिजाइन करना अधिक कठिन है जिसके साथ काम करना सुखद होगा और जो, एक ही समय में, आपको "अब अपने हाथों को देखो" श्रेणी से कई हस्तक्षेपों के बिना विभिन्न एक्सटेंशन के कोड को संयोजित करने की अनुमति देगा।
जब ऑर्डर करने की बात आती है, तो ऐसा होता है, मैं वास्तव में प्राथमिकता मूल्यों के साथ काम करना चाहता हूं। एक उदाहरण के रूप में, सीएसएस z-index संपत्ति स्टैक की गहराई में इस तत्व द्वारा व्याप्त स्थिति की संख्या को इंगित करती है।

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

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

ग्रुपिंग और डेडुप्लीकेशन

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

हालांकि, यह दृष्टिकोण न केवल प्राथमिकता की समस्या को और बढ़ाता है, बल्कि एक और समस्या का भी परिचय देता है: कई अन्य एक्सटेंशन किसी विशेष एक्सटेंशन पर निर्भर कर सकते हैं, और यदि एक्सटेंशन को मान के रूप में प्रस्तुत किया जाता है, तो यह अच्छी तरह से हो सकता है कि एक ही एक्सटेंशन कई बार लोड किया जाएगा । कुछ प्रकार के एक्सटेंशन के लिए, जैसे इवेंट हैंडलर, यह सामान्य है। अन्य मामलों में, जैसे कि रद्दीकरण इतिहास और टूलटिप लाइब्रेरी के साथ, यह दृष्टिकोण व्यर्थ होगा और यहां तक ​​कि सब कुछ टूट सकता है।

इसलिए, यदि हम एक्सटेंशन के लेआउट की अनुमति देते हैं, तो यह निर्भरता प्रबंधन से संबंधित हमारी प्रणाली में कुछ अतिरिक्त जटिलता का परिचय देता है। आपको ऐसे एक्सटेंशनों को पहचानने में सक्षम होना चाहिए जिन्हें डुप्लिकेट नहीं किया जाना चाहिए, और उन्हें एक बार में एक ही डाउनलोड करना चाहिए।

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

परियोजना

यहाँ मैं सामान्य शब्दों में वर्णन करूंगा कि हम CodeMirror 6 में क्या कर रहे हैं। यह केवल एक स्केच है, न कि असफल समाधान। यह संभव है कि पुस्तकालय के स्थिर होने पर यह प्रणाली और विकसित होगी।

इस दृष्टिकोण में उपयोग किए जाने वाले मुख्य आदिम को व्यवहार कहा जाता है। व्यवहार केवल वे विशेषताएं हैं, जिन्हें आप एक्सटेंशन के साथ बना सकते हैं, उनके लिए मान निर्दिष्ट कर सकते हैं। एक उदाहरण एक राज्य क्षेत्र का व्यवहार है, जहां एक्सटेंशन की सहायता से, आप फ़ील्ड का विवरण प्रदान करते हुए, नए फ़ील्ड जोड़ सकते हैं। एक अन्य उदाहरण एक ब्राउज़र में घटना संचालकों का व्यवहार है; इस मामले में, एक्सटेंशन की मदद से हम अपने हैंडलर जोड़ सकते हैं।

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

एक्सटेंशन एक मान है जिसका उपयोग संपादक को कॉन्फ़िगर करते समय किया जा सकता है। ऐसे मूल्यों की एक सरणी आरंभीकरण के दौरान पारित की जाती है। प्रत्येक एक्सटेंशन को शून्य या अधिक व्यवहार में अनुमत है।

इस तरह के एक साधारण विस्तार को व्यवहार का एक उदाहरण माना जा सकता है। यदि हम व्यवहार के लिए एक मूल्य निर्दिष्ट करते हैं, तो कोड हमें उस एक्सटेंशन का मूल्य लौटाता है जो इस व्यवहार को उत्पन्न करता है।

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

इस तरह की प्रणाली का एक सरल संस्करण बनाना, हम इस पर सभी नेस्टेड एक्सटेंशन को व्यवहार एक्सटेंशन के एक सरणी में संरेखित करके रोक सकते हैं। तब उन्हें व्यवहार के प्रकार द्वारा समूहीकृत किया जा सकता था और फिर व्यवहार के मूल्यों के क्रमबद्ध क्रमों का निर्माण किया जा सकता था।

हालांकि, यह कटौती से निपटने और आदेश देने पर बेहतर नियंत्रण प्रदान करने के लिए बनी हुई है।

तीसरे प्रकार से संबंधित एक्सटेंशन के मूल्य, अद्वितीय एक्सटेंशन, केवल कटौती प्राप्त करने में मदद करते हैं। एक्सटेंशन जो एक ही संपादक में दो बार तत्काल नहीं होना चाहिए, इस प्रकार के हैं। इस तरह के विस्तार को परिभाषित करने के लिए, आपको कल्पना-प्रकार को निर्दिष्ट करने की आवश्यकता होती है, अर्थात, एक्सटेंशन कंस्ट्रक्टर द्वारा अपेक्षित कॉन्फ़िगरेशन मान, और एक तात्कालिक फ़ंक्शन भी निर्दिष्ट करता है जो ऐसे निर्दिष्ट मानों की एक सरणी लेता है और एक्सटेंशन को वापस करता है।

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

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

अंत में, आपको निम्नलिखित के लिए नियमों के साथ समस्या को हल करने की आवश्यकता है। मूल दृष्टिकोण वही रहता है: उस क्रम को बनाए रखें जिसमें एक्सटेंशन प्रस्तावित थे। कंपाउंड एक्सटेंशन उसी क्रम में संरेखित करते हैं, जहां वे होते हैं। एक अद्वितीय एक्सटेंशन को हल करने का परिणाम तब डाला जाता है जब इसे पहली बार चालू किया जाता है।

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

तो, एक कुंजी बाइंडिंग एक्सटेंशन, जिसमें कम प्राथमिकता होती है, और एक सामान्य हैंडलर के साथ एक इवेंट हैंडलर होता है, यह उन पर आधारित है कि यह एक कुंजी बाइंडिंग एक्सटेंशन के परिणाम से निर्मित एक समग्र विस्तार पाने के लिए फैशनेबल है (यह जानने की आवश्यकता नहीं है कि इसमें क्या व्यवहार होता है) एक फॉलबैक प्राथमिकता स्तर के साथ और एक उदाहरण से। इवेंट हैंडलर के व्यवहार के साथ।

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

इस प्रणाली का उपयोग करने के लिए उपयोगकर्ता को कई नई अवधारणाएँ सीखनी चाहिए। इसके अलावा, इस तरह की प्रणाली के साथ काम करना वास्तव में जावास्क्रिप्ट समुदाय में अपनाई गई पारंपरिक अनिवार्य प्रणालियों की तुलना में थोड़ा अधिक जटिल है (हम एक प्रभाव जोड़ने / हटाने के लिए एक विधि कहते हैं)। हालांकि, अगर एक्सटेंशन ठीक से व्यवस्थित होते हैं, तो इससे संबंधित लागतों का लाभ मिलता है।