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

नमस्कार, हेब्र!

हम पुस्तक " एक्सप्रेसिव जावास्क्रिप्ट " की लंबे समय से प्रतीक्षित अतिरिक्त प्रतिलिपि पर आपका ध्यान आकर्षित करते हैं, जो अभी प्रिंटिंग हाउस से आया है।


उन लोगों के लिए जो पुस्तक के लेखक के काम से परिचित नहीं हैं (सभी विश्वकोषीय प्रकृति के लिए, शुरुआती भी इसे पसंद करेंगे) - हम सुझाव देते हैं कि आप अपने ब्लॉग के लेख से खुद को परिचित करें; लेख जावास्क्रिप्ट में एक्सटेंशन के आयोजन के बारे में विचारों की रूपरेखा देता है।

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

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

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

इस लेख में, हम "बड़े पैमाने पर विस्तार" का समर्थन करने वाले विस्तार तंत्र के विकल्पों पर चर्चा करने का प्रयास करेंगे और आपको नए विस्तार बिंदु बनाने की अनुमति देंगे जहाँ यह प्रदान नहीं किया गया था।

तानाना

हम एक एक्स्टेंसिबल सिस्टम से क्या चाहते हैं? सबसे पहले, ज़ाहिर है, इसमें बाहरी कोड का उपयोग करके अपनी क्षमताओं का विस्तार करने की क्षमता होनी चाहिए।

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

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

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

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

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

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

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

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

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

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

प्रोसेमिरर में उपयोग किया जाने वाला विस्तार तंत्र अपेक्षाकृत सीधा है। संपादक बनाते समय, क्लाइंट कोड कनेक्टेड ऑब्जेक्ट्स का एक ही सरणी इंगित करता है। इनमें से प्रत्येक प्लगइन्स किसी तरह संपादक के काम को प्रभावित कर सकता है, उदाहरण के लिए, स्टेटस डेटा के टुकड़े या इंटरफ़ेस इवेंट्स को हैंडल करें।

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

आमतौर पर यह तंत्र काफी शक्तिशाली है, और इसका सक्रिय रूप से उपयोग किया जाता है। हालांकि, एक निश्चित स्तर पर, यह जटिल हो जाता है और इसके साथ काम करना असहज हो जाता है।

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

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

विनियमन

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

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

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

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

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

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

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

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

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

परियोजना

यहां मैं वर्णन करूंगा कि कोडमिरर 6 में क्या किया गया है। मैं इस उदाहरण को एक समाधान के रूप में प्रस्तावित करता हूं, और एकमात्र सच्चे समाधान के रूप में नहीं। यह संभव है कि पुस्तकालय के स्थिर होते ही यह प्रणाली और विकसित हो जाएगी।

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

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

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

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

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

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

हालाँकि, हमने अभी भी कटौती का पता नहीं लगाया है, और हमें आदेश देने पर अधिक पूर्ण नियंत्रण की आवश्यकता है।

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

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

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

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

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

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