Sinon: दस्तावेज़ एक्मास्क्रिप्ट मॉड्यूल को स्टबिंग करने की अनुमति देने के लिए नोड को कैसे कॉन्फ़िगर करें

मैं ठीक यही लिखने के बारे में सोच रहा था :)

"समस्या" यह है कि विभिन्न तरीकों से esm का उपयोग किया जा सकता है, लेकिन हमें कम से कम सबसे आम मामले को कवर करना चाहिए, जो मुझे लगता है कि require ध्वज के माध्यम से है node प्रक्रिया। मैंने यहां कॉन्फ़िगरेशन फ़ाइल

हाय @ fatso83!

cjs.mutableNamespace विकल्प डिफ़ॉल्ट रूप से सक्षम है इसलिए कोई कॉन्फ़िगरेशन आवश्यक नहीं है। स्टबिंग .js साथ काम करेगा लेकिन .mjs _( .mjs फाइलें लॉक नहीं हैं, इसलिए कोई esm विकल्प नहीं)_।

@jdalton हमें js बनाम mjs भेद के बारे में बताने के लिए धन्यवाद। यह बताता है कि यह आदमी इसे काम क्यों नहीं कर सका।

cc @jim-king-2000

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

@ jim-king-2000 वह दायरे से बाहर है। आपने स्पष्ट रूप से एक मॉड्यूल सिस्टम का उपयोग करने के लिए चुना है जिसका निर्यात अपरिवर्तनीय माना जाता है। यह दुर्भाग्य से एक लागत है जिसे आपको अपनी ओर से वहन करना होगा। मॉड्यूल लोडर को लपेटना, उन्हें सभी प्रकार के परिदृश्यों में काम करना (नोड, ब्राउज़र, ट्रांसपिलर के साथ/बिना, आदि) बहुत महंगा है और इसका वास्तव में इस परियोजना के घोषित लक्ष्यों से कोई लेना-देना नहीं है ।

मैं सिनॉन और मॉड्यूल सिस्टम की प्रासंगिकता को बिल्कुल नहीं समझता (मुझे क्षमा करें)। मुझे बेबेल के बिना एक जेएस/नोड मॉक यूनिट टेस्ट फ्रेमवर्क (या लाइब्रेरी, जैसे जावा समकक्ष, मॉकिटो) की आवश्यकता है। तो, क्या यह मौजूद है?

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

जावा शब्दों में, यह जावा static विधियों का उपयोग करके आपके पूरे सिस्टम को कार्यान्वित करने जैसा है और फिर मॉकिटो का उपयोग करके कक्षाओं को नकल करने का प्रयास कर रहा है। यह नहीं किया जा सकता।

ऐसा कहा जा रहा है कि, चीजों को काम करने के लिए आपको केवल अपनी *.mjs फाइलों का नाम बदलकर *.js । यह एक व्यावहारिक मध्य मार्ग की तरह लगता है, क्योंकि आप बिना किसी ज्ञात डाउनसाइड के परीक्षण योग्यता प्राप्त करेंगे।

जावा के स्टैटिक फंक्शन मॉकिंग के लिए, हम पॉवरमॉक का उपयोग करते हैं। लेकिन मैं तुलना को पूरी तरह से समझ नहीं पा रहा हूं। वैसे, मुझे जावा पसंद नहीं है, इसका विकास बहुत धीमा है। अब यह अभी भी async/प्रतीक्षा का समर्थन नहीं करता है।

मैं हर जगह *.mjs का उपयोग करता हूं, सभी स्रोत कोड mjs फ़ाइलें हैं। इसके अलावा, इसका मतलब है कि मुझे फिर से बेबेल का सहारा लेना होगा (अतिरिक्त देव/रन-टाइम काम और गन्दा कॉल स्टैक पेश करना)। यह ठीक है अगर मैं केवल परीक्षण फ़ाइलों को वापस *.js में बदल सकता हूं।

जब तक मुझे कुछ अन्य कम लागत वाले तरीके नहीं मिल जाते, तब तक मैं नकली (अन्य परीक्षण बरकरार हैं) के साथ छोड़ने जा रहा हूं।

@ fatso83 हर समय मदद के लिए धन्यवाद।

क्या किसी ने कुतरने की कोशिश की? 🤔

FYI करें, मैंने "testdouble.js" में Node.js ESM समर्थन लागू किया, जो एक नकली पुस्तकालय है। हो सकता। मैंने इस ब्लॉग पोस्ट में कार्यान्वयन के बारे में लिखा है:

https://dev.to/giltayar/mock-all-you-want-supporting-es-modules-in-the-testdouble-js-mocking-library-3gh1

अगर कोई इसे लेना चाहता है तो यहां सहायता करने में खुशी होगी ..

@giltayar ESM समर्थन को लागू करने के लिए बधाई! बढ़िया लेख, बीटीडब्ल्यू। हमने हमेशा कहा है कि ईएसएम रनटाइम के अनुरूप ईएस मॉड्यूल स्टबिंग संभव नहीं है, लेकिन हमने यह भी कहा है (ऊपर की तरह) कि इसे प्रॉक्सीक्वायर, रीवायर, या ... क्विबल जैसी किसी चीज़ का उपयोग करके लिंकिंग स्तर पर संभाला जाना चाहिए, जो कि है जहां आपने समर्थन जोड़ा :)

मेरे कार्य प्रोजेक्ट में हमने ES मॉड्यूल से निर्भरता को समाप्त करने के लिए proxyquire का उपयोग किया है:

proxyquire('./mylib.mjs', {doSomething: () => 'done'})

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

await quibble.esm('./mylib.mjs', {doSomething: () => 'done'}, 'yabadabadoing') // not sure what this third param does ...

इसलिए पहले जो कहा गया है, उसे ध्यान में रखते हुए, सिनॉन कभी भी ईएस मॉड्यूल का मजाक उड़ाने के लिए समर्थन नहीं जोड़ेंगे, क्योंकि यह क्विबल, प्रॉक्सीक्वायर , नॉर्मलमॉड्यूल रिप्लेसमेंटप्लगिन (

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

जेस्ट में कोई समाधान प्रलेखित नहीं है, कोई भी यहाँ नहीं है मैंने लगभग तब तक हार मान ली जब तक मुझे @giltayar का लेख नहीं मिला। इतनी राहत। मुझे वक्रोक्ति के साथ कुछ काम मिला जब तक मुझे एहसास नहीं हुआ कि मैं सिर्फ testdouble.js का उपयोग कर सकता हूं।

यह पहले से ही काफी कठिन है कि जावास्क्रिप्ट में प्रत्येक पैकेज की अपनी प्रलेखन शैली होती है और अधिकांश समय कोई वास्तविक एपीआई दस्तावेज़ नहीं होता है, लेकिन यह भी पता लगाना होता है कि परीक्षण पुस्तकालय कैसे काम करते हैं, पुस्तकालयों का काम करना और पुस्तकालयों के काम के लिए मॉड्यूल लोडर काम करना बहुत अधिक है .

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

मुझे इतनी गहरी तकनीकी समझ नहीं है, मुझे लगा कि मेरे अनुभव की कुछ प्रतिक्रिया मददगार हो सकती है

@ fatso83 अगर मैं पूछ सकता हूं कि यह इतना आश्वस्त "कभी स्पष्ट रूप से समर्थन न जोड़ें" क्यों है?

मुझे फिर से दोहराने दो: यह सिनॉन अनुरक्षकों की राय है कि नकली आयात से निपटना सिनॉन के दायरे से बाहर है और विशेष पुस्तकालयों द्वारा बेहतर तरीके से निपटाया जाता है।

आम तौर पर, एक पुस्तकालय बनाने का कोई मतलब नहीं है जो हर एक रनटाइम में सब कुछ करने की कोशिश करता है। इससे भी बड़ी नहीं, अच्छी तरह से वित्त पोषित ओपन सोर्स प्रोजेक्ट ऐसा करने की कोशिश करते हैं।

जेस्ट में कोई समाधान प्रलेखित नहीं है, कोई भी यहाँ नहीं है मैंने लगभग तब तक हार मान ली जब तक मुझे @giltayar का लेख नहीं मिला। इतनी राहत। मुझे वक्रोक्ति के साथ कुछ काम मिला जब तक मुझे एहसास नहीं हुआ कि मैं सिर्फ testdouble.js का उपयोग कर सकता हूं।

विभिन्न पुस्तकालय अलग-अलग विकल्प बनाते हैं।

Testdouble.js के अनुरक्षक अपनी पसंद स्वयं बनाते हैं। उन्होंने क्विबल को प्रकाशित करने और इसे अपने पुस्तकालय में एकीकृत करने का निर्णय लिया। उनके लिए अच्छा। अगर आपको उनका समाधान पसंद है, तो हर तरह से इसका इस्तेमाल करें। हमारे पास @searls और अनुरक्षकों के लिए प्यार और सम्मान के

यह पहले से ही काफी कठिन है कि जावास्क्रिप्ट में प्रत्येक पैकेज की अपनी प्रलेखन शैली होती है और अधिकांश समय कोई वास्तविक एपीआई दस्तावेज़ नहीं होता है, लेकिन यह भी पता लगाना होता है कि परीक्षण पुस्तकालय कैसे काम करते हैं, पुस्तकालयों का काम करना और पुस्तकालयों के काम के लिए मॉड्यूल लोडर काम करना बहुत अधिक है .

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

हम यहां जावास्क्रिप्ट इको-सिस्टम की हर एक समस्या को हल करने के लिए नहीं हैं।

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

मुझे इतनी गहरी तकनीकी समझ नहीं है, मुझे लगा कि मेरे अनुभव की कुछ प्रतिक्रिया मददगार हो सकती है

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

यदि यह एक ठोस ब्लॉग पोस्ट बन जाती है, तो मुझे इसे sinonjs.org पर प्रचारित करने में खुशी होगी।

@mroderick मुझे लगता है कि मुझे पहले यह स्पष्ट करना चाहिए था कि आप और सिनोन अनुरक्षकों का मेरा सर्वोच्च सम्मान है!

हम यहां जावास्क्रिप्ट इको-सिस्टम की हर एक समस्या को हल करने के लिए नहीं हैं।

निश्चित रूप से नहीं, यह सिर्फ यह दिखाने के लिए था कि अन्य भाषाओं की तुलना में मदद की बड़ी आवश्यकता हो सकती है (सिर्फ मेरा अनुमान)।

नकली आयात से निपटना सिनॉन के दायरे से बाहर है और विशेष पुस्तकालयों द्वारा बेहतर तरीके से निपटाया जाता है।

काफी हद तक, जैसा कि मैंने कहा, मैं इसे समझ सकता हूं और संभवत: आपको उन सुविधाओं को लागू करने में शामिल प्रयास की गहरी समझ है। इसके अलावा लोडर एपीआई अभी भी प्रयोगात्मक है।

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

मैं पहले भी proxyquire साथ सिनॉन की कोशिश करूंगा, क्योंकि मैंने सिनॉन के बारे में बहुत सी अच्छी चीजें पढ़ी हैं।

यह कैसे करना है, इस बारे में हमारे पास एक गाइड है: https://sinonjs.org/how-to/link-seams-commonjs/

यदि आप पाते हैं कि मार्गदर्शिका में सुधार किया जा सकता है, तो कृपया एक पुल अनुरोध भेजें .