👨🏾‍🤝‍👨🏻 ✴️ 😪 जावास्क्रिप्ट और उपयोगकर्ता लिपियों में बहु-पंक्ति डेटा की प्रस्तुति 💅🏿 🏒 💂🏼

हम जावास्क्रिप्ट में मल्टी-लाइन डेटा के क्रॉस-ब्राउज़र प्रतिनिधित्व की समस्या के बारे में बात करेंगे। यह एक समस्या नहीं रही होगी अगर फ़ायरफ़ॉक्स जानता था कि अन्य ब्राउज़रों की तरह कार्यों के साथ कैसे काम किया जाए। 2-दिन के प्रयास के बावजूद प्रस्तुति का एक एकल क्रॉस-ब्राउज़र तरीका कभी नहीं मिला। यदि वह था, वह शायद पहले से ही userscripts.org पर इस्तेमाल किया जाने लगा। अब तक, प्रस्तुत करने का एक अलग तरीका है: एक फ़ायरफ़ॉक्स उपयोगकर्ता लिपियों के लिए, दूसरा सभी के लिए। इसके अलावा, स्क्रिप्टिश के लिए, मेटाडेटा प्रारूप (निर्देश) को पढ़ना संभव है, जो एक मनमाना प्रारूप को कवर नहीं करता है, लेकिन उपयोगकर्ता स्क्रिप्ट में पाए जाने वाली समस्या को हल करता है। हम बाह्य HTML, XML और डेटा दोहराव तक पहुँच के साथ सर्वर के लिए 2 अनुरोधों के साथ एक समाधान पर विचार नहीं करते हैं, क्योंकि हम चाहते हैं कि डेटा और स्क्रिप्ट एक ही फ़ाइल में प्राप्त हो, और यह फ़ाइल "टेक्स्ट / जावास्क्रिप्ट" प्रकार की है।

फ़ायरफ़ॉक्स को छोड़कर सभी ब्राउज़रों में मल्टी-लाइन डेटा प्रस्तुति

किसी भी स्क्रिप्ट, उपयोगकर्ता और नियमित के लिए समाधान, लेकिन फ़ायरफ़ॉक्स के लिए नहीं।

s = function(){/*   ,    */}.toString()

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

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

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

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

Addon स्तर पर संभव समाधान पथ

वैसे, GreaseMonkey ऐड-ऑन स्तर पर, एक .toStringWithComments () फ़ंक्शन का निर्माण करना उतना ही सरल है जितना कि अन्य विशेष कार्यों को बनाना। शायद GM / Scriptish के लेखकों ने पहले ही यह सुझाव दिया है। एक्सएमएल जैसे मौजूदा अभिव्यक्ति इंजन के साथ सबसे अधिक प्राप्त किया जा सकता है कि एक या दो वर्णों के अंतर को कम करना है, लेकिन यह मूल असंगति के रूप में कम उपयोग है। हमें एक बाहरी कोड जनरेटर (PHP स्क्रिप्ट, नोडजेएस या उपयोगकर्ता के हाथ और सिर) की आवश्यकता है, जो ब्राउज़र के आधार पर वाक्यविन्यास का चयन करेगा।

 s = <![CDATA[   ,   CDATA ]]>.toString();

- फ़ायरफ़ॉक्स + GreaseMonkey (Fx + GM) या स्क्रिप्टिश के लिए - या अन्य ब्राउज़रों के लिए उपरोक्त कोड। यहां सिद्धांत यह है कि GreaseMonkey स्क्रिप्ट कोड में बहुस्तरीय मनमाना पाठ (टिप्पणियों सहित) की अनुमति देता है, और अन्य सभी ब्राउज़र फ़ंक्शन के साथ उल्लेखित चाल को छोड़कर नहीं करते हैं। दोनों को जोड़ना असंभव है।

Fx + GM के लिए, निम्नलिखित सिंटैक्स भी मान्य है:

 s = <>   ,    </>.toString();

या

 s = <anyName>   ,    </anyName>.toString();

अंदर के पाठ में CDATA हो सकता है। यह XML प्रारूप (टाइपोफ़ एस को देखते हुए, हमें 'xml' मिलता है) या तो समाधान में मदद नहीं करता है।

ध्यान दें कि अभी भी शुद्ध फ़ायरफ़ॉक्स के लिए कोई समाधान नहीं है। और यह अजीब है - विकास के वर्षों में, आपकी साइट पर सबसे शक्तिशाली डेवलपर समर्थन, लेकिन कार्य करता है जैसे .toStringWithComments () - नहीं। शायद समाधान एमडीएन (मोज़िला डेवलपमेंट नेटवर्क) के आंतों में छिपा है और किसी को इसके बारे में पता है?

प्रत्येक पंक्ति के पात्रों के भ्रष्टाचार (रूपांतरण) के साथ निर्णय

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

2 अक्षरों के अंतर के साथ समाधान (केवल उपयोगकर्ता स्क्रिप्ट के लिए)

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

समायोजन जितना आसान होगा, बेहतर होगा, क्योंकि फिर अतिरिक्त पात्रों को काट देना होगा।

 //    s  Fx+GM; var isFxGM = typeof GM_getResourceText !='undefined'; //  "="   ,      Fx+GM var f = function(CDATA, s){s //var f = function(CDATA, s){s= //    Fx+GM  Scriptish <![CDATA[0]]/*   ,     CDATA *///]]> return s}; var currMeta = isFxGM ? f([]).toString() : f.toString(); var win = (typeof unsafeWindow !='undefined')? unsafeWindow: window; win.console.log(currMeta); //   ,   win.console.log('--------------'); win.console.log(currMeta.replace(/(^[\s\S]*?\/\*\r?\n?|\*\/[\s\S]*$)/gm,'')); //

यहाँ ट्रिक यह है कि प्री-डेटा एक्सप्रेशन एक साधारण तुच्छ अभिव्यक्ति है <! [CDATA [0]], जिसे सेट करने की आवश्यकता नहीं है यदि CDATA एक सरणी चर है। इसलिए, अन्य ब्राउज़रों में, डिज़ाइन को अनदेखा किया जाता है, और एफएक्स + जीएम के लिए, अभिव्यक्ति s = <! [CDATA [0]] ...]]>; एक बहु-लाइन XML दस्तावेज़ है।

यह समाधान पारस्परिक रूप से अनन्य है। एक कोड केवल एफएक्स + जीएम में काम करता है, और अन्य में यह एक त्रुटि देता है, दूसरा - बाकी में यह काम करता है, एफएक्स + जीएम में यह एक त्रुटि देता है। यह usercripts.org पर स्क्रिप्ट प्रकाशित करने के लिए बुरा है, जिसके लिए हर जगह काम करने वाली स्क्रिप्ट वांछनीय है, उन लोगों के लिए जो नोट्स नहीं पढ़ते हैं। अपठनीय नोटों के लिए, दूसरा स्क्रिप्ट विकल्प उपयुक्त है, जिसमें 2 टिप्पणी पात्रों को हटाने की आवश्यकता है ताकि स्क्रिप्ट पूरी तरह से एफएक्स + जीएम में काम करे। यहाँ यह कोड है:

 var win = (typeof unsafeWindow !='undefined')? unsafeWindow: window; var isFxGM = typeof GM_getResourceText !='undefined'; //  "/*"  "<!",      Fx+GM var f = function(s){return(s= /*<![CDATA[*//*   ,     CDATA */s//]]> )}; var currMeta = isFxGM ? f(' "/*"  "<!"   ').toString() : f.toString(); win.console.log(currMeta); //   ,   win.console.log('--------------'); win.console.log(currMeta.replace(/(^[\s\S]*?\/\/\*\r?\n?|\*\/s[\s\S]*$)/gm,'')); //

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

विपरीत कार्य - एफएक्स + जीएम में एक कामकाजी स्क्रिप्ट बनाने के लिए और अन्य ब्राउज़रों को एक संदेश देने के लिए - दुर्भाग्य से, हल नहीं किया गया है, क्योंकि जेएस अभिव्यक्ति के स्थान पर एक्सएमएल प्रारूप नियमित जावास्क्रिप्ट को सही ढंग से काम करने के लिए एक बेकार कार्य बनाता है। इसे eval () का उपयोग करके हल किया जा सकता है, लेकिन केवल सिंगल-लाइन मनमाना टेक्स्ट के लिए (जो अन्य समाधान विधियों के लिए बिल्कुल भी समस्या नहीं है - उदाहरण के लिए, JS स्ट्रिंग में डेटा डालना)। आप नई कार्यक्षमता (GM_toStringWithComments ()) के अतिरिक्त के साथ GreaseMonkey और Scriptish के लिए एक ऐड-ऑन प्लगइन बनाने की कोशिश कर सकते हैं, लेख के अंत में इसके बारे में अधिक। लेकिन यहां आपको जीएम को अंदर से जानने की जरूरत है, इसलिए समस्या डेवलपर्स (GreaseMonkey या Scriptish) को पुनर्निर्देशित करने की कोशिश करने की है। यह पूरी स्क्रिप्ट संगतता की समस्या को भी हल करेगा।

विकास का उदाहरण

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

उदाहरण के लिए, HabrAjax स्क्रिप्ट के नए संस्करण में, एक चित्र (लोगो) फ़ाइल हैडर में डाला जाता है, जिसे फ़ायरफ़ॉक्स शेल द्वारा स्वीकार किया जाता है और इसके बारे में विस्तार से पहले लोगो को दिखाता है: ऐडऑन पेज, और अन्य ब्राउज़रों में इसे अनदेखा किया जाता है। कोड के 500 से अधिक बाइट्स को दो बार नहीं लिखने के लिए, हम ऊपर वर्णित तरीके से निर्देशों के साथ हेडर पढ़ते हैं और वहां से डेटा लेते हैं। यह न केवल निजी कार्यों के लिए, बल्कि एक बेहतर स्क्रिप्ट ऑटो-अपडेट सेवा के लिए भी आवश्यक है। हेडर से हम स्क्रिप्ट संस्करण, विवरण, परिवर्तनों का इतिहास (यदि विशेष गृह-निर्मित निर्देश "@update" में लिखा गया है) पढ़ते हैं, तो * .meta.js और एक सुविधाजनक रूप में सर्वर पर परिवर्तन के साथ तुलना करें , हम एक सुविधाजनक समय पर अपडेट करने का सुझाव देते हैं। हम प्रदर्शन अधिकारों में मामूली संस्करण अपडेट को सीमित कर सकते हैं, अर्थात्। फ़ायरफ़ॉक्स और GreaseMonkey के संस्करण 4 से शुरू होने वाले 0.9.13 (3 नवंबर, 2011, फ़ायरफ़ॉक्स के संस्करण 8) से शुरू होने वाले स्क्रिप्ट स्क्रिप्ट द्वारा समर्थित ब्राउज़र स्क्रिप्ट ऑटो-अपडेट से परे उपयुक्तता बनाएं।

उपयोगकर्ता स्क्रिप्ट के लिए समाधान पथ का एक उदाहरण

मान लीजिए कि GM / Scriptish GM_toStringWithComments फ़ंक्शन करेगा। फिर एक उपयोगकर्ता स्क्रिप्ट में बहु-ब्राउज़र डेटा प्राप्त करने वाला क्रॉस-ब्राउज़र अनावश्यक समस्याओं के बिना होगा:

 var f = function(){/*   ,    */}; if(typeof GM_toStringWithComments =='undefined') GM_toStringWithComments = function(f){return f.toString();}; var s = GM_toStringWithComments(f).replace(/(^function(){\/\*|\*\/$)/gm,'');

अब यह कोड भी काम करता है, लेकिन एफएक्स + जीएम (और सिर्फ एफएक्स के लिए) एक खाली स्ट्रिंग लौटाया जाता है।

और यहाँ, विशेष रूप से उपयोगकर्ता लिपियों के लिए, स्क्रिप्टिश में अच्छी खबर है ...

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

कृपया ध्यान दें कि निर्देश निम्न-स्तरीय वांछित फ़ंक्शन कोStringWithComments () में प्रतिस्थापित नहीं करता है, क्योंकि यह कुंजी-मूल्य जोड़े के रूप में सही ढंग से निष्पादित विवरण एकत्र करता है।

हम API फ़ंक्शन स्क्रिप्टिश GM_getMetadata () से मिलते हैं !

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

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

परिणाम

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

अगर कोई व्यक्ति किसी विशेष कार्य जैसे कि StringWithComments () को Greasemonkey, Scriptish या Javascript में अनुभव करता है, तो कृपया सूचित करें। यदि कोई व्यक्ति GM या Scriptish डेवलपर्स के लिए समस्या बना सकता है या जानता है कि यह पहले से ही कहाँ वर्णित है, तो कृपया उन्हें इसके बारे में बताएं।

अब हमें फ़ायरफ़ॉक्स + जीएम के लिए एक अलग संस्करण बनाए रखने की आवश्यकता है या उपयोगकर्ता के लिए एक अनुस्मारक (लेकिन स्क्रिप्टिश के लिए नहीं!) यदि उपयोगकर्ता स्क्रिप्ट के निर्देशों (कोई और अधिक) को पढ़ने की इच्छा है। एक समाधान के रूप में जो कार्य के दायरे से परे जाता है - AJAX पर किसी अन्य फ़ाइल और पढ़ने में मनमाना डेटा संग्रहीत करने में कोई समस्या नहीं है।

जावास्क्रिप्ट और उपयोगकर्ता लिपियों में बहु-पंक्ति डेटा की प्रस्तुति