Jest: मेटा: ES मॉड्यूल के लिए मूल समर्थन

मुझे #9772 के साथ बहुत ही बुनियादी समर्थन मिला है। मैंने केवल सबसे सरल मामलों का परीक्षण किया है, और कई ज्ञात सीमाएँ हैं (सबसे विशेष रूप से कोई jest ऑब्जेक्ट समर्थन और CJS और ESM को मिलाते समय टूटे शब्दार्थ नहीं), लेकिन कम से कम यह _something_ है। यह जेस्ट की अगली रिलीज़ में रिलीज़ होगी (उम्मीद है कि जल्द ही, केवल #9806 द्वारा अवरुद्ध)

25.4.0 को पहले समर्थन के साथ जारी किया गया है। ऊपर बताए गए #9772 के अलावा, मैंने #9842 भी शामिल किया है। _theory_ में CJS और ESM को मिलाने से अब सही ढंग से काम करना चाहिए (🤞)।

एक मुख्य लापता विशेषता jest वस्तु का समर्थन कर रही है। मैंने यह तय नहीं किया है कि हमें इसे import.meta से चिपका देना चाहिए या लोगों को इसे import {jest} from '@jest/globals' माध्यम से आयात करने की आवश्यकता है। प्रतिक्रिया की सराहना की!

मैंने अभी तक इसके लिए दस्तावेज़ नहीं लिखे हैं, लेकिन इसे सक्रिय करने के लिए आपको 3 काम करने होंगे

1. सुनिश्चित करें कि आप import स्टेटमेंट को ट्रांसफ़ॉर्म नहीं करते हैं (कॉन्फ़िगरेशन में transform: {} सेट करें या अन्यथा सुनिश्चित करें कि babel फ़ाइल को CJS में नहीं बदलता है, जैसे कि modules से बचना
2. node@^12.16.0 || >=13.2.0 --experimental-vm-modules ध्वज के साथ चलाएँ
3. jest-environment-node या jest-environment-jsdom-sixteen साथ अपना परीक्षण चलाएं

कृपया इसे आज़माएं और प्रतिक्रिया दें! यदि बग की रिपोर्ट करना है, तो यह बहुत अच्छा होगा यदि आप यह भी शामिल कर सकते हैं कि समान कोड (किसी भी परीक्षण विशिष्ट कोड को घटाकर) Node. मैंने पिछले कुछ हफ्तों में https://nodejs.org/api/esm.html _alot_ पढ़ा है, लेकिन शायद मुझसे कुछ छूट गया है।

एक मुख्य लापता विशेषता जेस्ट ऑब्जेक्ट का समर्थन कर रही है। मैंने तय नहीं किया है कि हम इसे import.meta से चिपका दें या लोगों को इसे '@jest/globals' से आयात {jest} के माध्यम से आयात करने की आवश्यकता है।

टाइपप्रति उपयोग-मामले के लिए स्पष्ट आयात करना बेहतर है।

हाँ, मैंने एक @jest/globals पैकेज जोड़ा है (और अस्थायी रूप से वापस किया गया है) जो इसका समर्थन करता है, ताकि यह ध्यान दिए बिना उपलब्ध हो। मैं सोच रहा हूं कि क्या यह समझ में आता है _also_ इसे import.meta पर बेनकाब करें। वर्तमान में ऐसा नहीं करने की ओर झुकाव है, मुख्यतः चूंकि बाद में हटाने की तुलना में जोड़ना आसान है (और मैं व्यक्तिगत रूप से ग्लोबल्स का प्रशंसक नहीं हूं)

स्पष्ट आयात के लिए +1, यह थोड़ा अधिक वर्बोज़ है लेकिन समझने में आसान है

मुझे यह नोड 13.2 और जेस्ट 25.4 में मिल रहा है: ES Modules are only supported if your test environment has the getVmContext function मुझे क्या याद आ रहा है?

@zandaqo ओह क्षमा करें, उस बिंदु को भूल गया। ऊपर जोड़ा गया है, लेकिन यह है

jest-environment-node या jest-environment-jsdom-sixteen साथ अपने परीक्षण चलाएं

ReferenceError: jest is not defined मुझे लगता है कि यह @jest/globals . के लापता होने के कारण है

हां, जैसा कि बताया गया है कि यह केवल तभी काम करेगा जब आप jest ऑब्जेक्ट का उपयोग नहीं करते हैं।
मोक्स भी शायद टूटे हुए हैं, उनका परीक्षण नहीं किया है

मैंने e2e परीक्षण निर्देशिका ( e2e/native-esm/__tests__/native-esm.test.js ) और इस अंक में जो देखा उससे एक बहुत ही बुनियादी परियोजना संकलित की है। और दुर्भाग्य से मैं अभी भी इसे काम नहीं कर सकता 🙃क्या कोई इसे किसी भी मौके से जांच सकता है?

https://drive.google.com/file/d/1vyDZjsVKOTu6j55QA11GjO9E7kM5WX8_/view?usp=sharing

• [x] मज़ाक संस्करण 25.4.0
• [x] नोड संस्करण v13.12.0
• [x] package.json में अनुशंसित जेस्ट विकल्प शामिल हैं और कोई भी बेबेल परिवर्तन नहीं होता है

नमूना स्क्रिप्ट चलाना (केवल double फ़ंक्शन आयात करना और double(2) प्रिंट करना):

npm run main

> [email protected] main /Users/ilya/Projects/jest-esm
> node src/main.js

(node:16961) ExperimentalWarning: The ESM module loader is experimental.
4

डबल फंक्शन के लिए सिर्फ एक टेस्ट के साथ रनिंग जेस्ट:

npm run test

> [email protected] test /Users/ilya/Projects/jest-esm
> jest

 FAIL  __tests__/native-esm.test.js
  ● Test suite failed to run

    Jest encountered an unexpected token

    This usually means that you are trying to import a file which Jest cannot parse, e.g. it's not plain JavaScript.

    By default, if Jest sees a Babel config, it will use that to transform your files, ignoring "node_modules".

    Here's what you can do:
     • To have some of your "node_modules" files transformed, you can specify a custom "transformIgnorePatterns" in your config.
     • If you need a custom transformation specify a "transform" option in your config.
     • If you simply want to mock your non-JS modules (e.g. binary assets) you can stub them out with the "moduleNameMapper" config option.

    You'll find more details and examples of these config options in the docs:
    https://jestjs.io/docs/en/configuration.html

    Details:

    /Users/ilya/Projects/jest-esm/__tests__/native-esm.test.js:8
    import {double} from '../src/index.js';
    ^^^^^^

    SyntaxError: Cannot use import statement outside a module

      at Runtime._execModule (node_modules/jest-runtime/build/index.js:1074:58)

Test Suites: 1 failed, 1 total
Tests:       0 total
Snapshots:   0 total
Time:        0.542s
Ran all test suites.

आपको --experimental-vm-modules साथ नोड चलाने की जरूरत है और या तो आप .mjs या "type": "module" में package.json फाइल करें।

संपादित करें: आप शायद बाद वाले को देख रहे हैं क्योंकि यह आपके लिए जेस्ट के बाहर काम करता है, बस प्रयोगात्मक ध्वज को नोड में याद कर रहा है

@SimenB ओह वाह --experimental-vm-modules और --experimental-modules । मैं इस तथ्य से भ्रमित था कि --experimental-modules कुछ नोड 13 संस्करण से शुरू करने की आवश्यकता नहीं है। धन्यवाद!

TLDR: node --experimental-vm-modules node_modules/jest/bin/jest.js मेरे लिए काम करता है

हाँ, OP . से

कृपया ध्यान दें कि जेस्ट vm एपीआई (https://nodejs.org/api/vm.html) का उपयोग करेगा और लेखन के समय (नोड v13.6) इस एपीआई के ईएसएम भागों को अभी भी ध्वजांकित किया गया है ( --experimental-vm-modules )। इसलिए यह कहना कि ESM को फ़्लैग नहीं किया गया है, इस समय थोड़ा मिथ्या नाम है।

बढ़िया है कि यह आपके लिए काम करता है, यद्यपि!

(मैं इन टिप्पणियों को समाधान के रूप में चिह्नित करूंगा)

@SimenB इसके लिए धन्यवाद! मैं अब तक दो मुद्दे देख रहा हूं।

अंक 1

• ESM इकाई परीक्षण फ़ाइल ESM फ़ाइल से डिफ़ॉल्ट आयात करती है (fn का परीक्षण किया जा रहा है)
• परीक्षण की जा रही ESM फ़ाइल एक पैकेज से डिफ़ॉल्ट आयात करती है, जो केवल CJS निर्यात करता है
• त्रुटि में परिणाम: ReferenceError: module is not defined CJS पैकेज फ़ाइल में

तो मैं सोच रहा हूं कि इसे सही तरीके से लागू नहीं किया जा सकता है?

एक आयात विवरण एक ES मॉड्यूल या एक CommonJS मॉड्यूल का संदर्भ दे सकता है

ऐप चलाते समय यह ठीक काम करता है। CJS से नामित निर्यात केवल createRequire का उपयोग करके आयात किया जा सकता है, लेकिन डिफ़ॉल्ट निर्यात केवल आयात किया जा सकता है।

अंक 2

जब मैं उपरोक्त त्रुटि नहीं मार रहा हूं, तो मैं इसे मार रहा हूं:

TypeError: _vm(...).SyntheticModule is not a constructor

      at Runtime._importCoreModule (node_modules/jest-runtime/build/index.js:1198:12)

परियोजना विवरण

• नोड 12.14.1
• जेस्ट और बेबेल-जेस्ट 25.4.0
• targets: { node: 12 } और 2 प्लगइन्स के साथ नवीनतम बैबेल: babel-plugin-transform-import-meta और rewire-exports । ( import-meta प्लगइन को हटाने का प्रयास किया लेकिन इसे वापस जोड़ने के लिए एक त्रुटि मिली।)
• testEnvironment: "node" काफी हद तक एकमात्र विन्यास है
• node --experimental-vm-modules node_modules/jest/bin/jest.js

अगर एक प्रजनन रेपो मददगार होगा, तो मुझे बताएं।

धन्यवाद @aldeed!

मैं अंक 1 को देखूंगा, जो वास्तव में एक बग जैसा दिखता है। संपादित करें: #9850 . के माध्यम से तय किया जाना चाहिए

अंक 2 को नोड 12.16.0 की आवश्यकता है: https://nodejs.org/docs/latest-v12.x/api/vm.html#vm_class_vm_syntheticmodule

मैं जेस्ट में चेक बदल दूंगा (अभी यह vm.SourceTextModule जांच करता है जो अधिक संस्करणों में उपलब्ध है, लेकिन हमें SyntheticModule भी आवश्यकता है)।

पुष्टि की कि 12.16.0 के साथ चलने से मेरी समस्या 2 ठीक हो जाती है। फिक्स जारी होने के बाद इश्यू 1 को फिर से शुरू करेगा। अन्यथा आगे के परीक्षण के लिए jest ऑब्जेक्ट पर प्रतीक्षा कर रहा है, और मैं मानता हूं कि इसे आयात करने की आवश्यकता होनी चाहिए।

बहुत बढ़िया काम, @SimenB! मैं इसे एक छोटी परियोजना पर आजमा रहा हूं लेकिन गतिशील आयात के साथ मुद्दों में भाग गया। यह वह त्रुटि है जिसे मैं देख रहा हूं:

Module status must not be unlinked or linkingError [ERR_VM_MODULE_STATUS]: Module status must not be unlinked or linking

अगर मैं गतिशील आयात हटा देता हूं तो परीक्षण चलेगा (लेकिन निश्चित रूप से अन्य कारणों से असफल)। वही परीक्षण वर्तमान में मोचा के साथ काम कर रहा है (जिसने हाल ही में ईएसएम समर्थन शिप किया है)।

यदि यह मदद करता है, तो विचाराधीन गतिशील आयात यहां देखे जा सकते हैं: https://github.com/beejunk/firn.js/blob/switch-to-jest/lib/renderPage.js#L43 -L55

परीक्षण फ़ाइल यहाँ है: https://github.com/beejunk/firn.js/blob/switch-to-jest/test/build.test.js। काम कर रहे मोचा संस्करण को मास्टर शाखा पर देखा जा सकता है।

मुझे बताएं कि क्या कोई अन्य जानकारी है जो मेरे उपयोगी हो।

धन्यवाद @बीजंक! मैं सोच रहा था कि क्या import s के बीच दौड़ की स्थिति हो सकती है जो पूरी तरह से लिंक होने से पहले उसी मॉड्यूल को आयात करती है। यह _लगता है_ कि आप यहाँ क्या मार रहे हैं। मैं आज इसे ठीक कर दूंगा, रिपोर्ट के लिए धन्यवाद!

संपादित करें: # 9858 में फिक्स्ड। फिक्स को अपने रेपो पर कॉपी किया:

क्या कोई इसे टाइपस्क्रिप्ट के साथ काम करने में कामयाब रहा है? node --experimental-vm-modules node_modules/jest/bin/jest.js वही SyntaxError: Cannot use import statement outside a module node --experimental-vm-modules node_modules/jest/bin/jest.js लौटाता है, भले ही मेरे package.json में "type": "module" ।

बेबल.config.cjs

module.exports = {
  presets: [
    '@babel/preset-typescript',
  ],
};

jest.config.cjs

module.exports = {
  testEnvironment: 'jest-environment-node',
  transform: {},
};

@dandv आप अनिवार्य रूप से इस मामले को https://github.com/facebook/jest/pull/9772/files#r407255029

क्या आप एक अलग मुद्दा खोल सकते हैं? यह पता लगाने की आवश्यकता होगी कि गैर-जेएस एक्सटेंशन के साथ क्या करना है

@ सिमेनबी : #9860। निगाह डालने के लिए धन्यवाद।

@aldeed @beejunk 25.5.0 आपकी समस्याओं के समाधान के साथ जारी किया गया है। बग रिपोर्ट आते रहें

ओह, इसके अतिरिक्त इसमें आप में से उन लोगों के लिए import { jest } from '@jest/globals' समर्थन शामिल है जो उस . का इंतजार कर रहे हैं

इस सब पर त्वरित कार्य के लिए धन्यवाद, @SimenB! मुझे लगता है कि मैं एक और मुद्दे में भाग गया हूं।

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

Cannot find module '/path/to/project/components/BasePage.js?cache=0' from 'renderPage.js'

यहां एक उदाहरण दिया गया है जहां क्वेरी पैरामीटर का उपयोग किया जा रहा है: https://github.com/beejunk/firn.js/blob/switch-to-jest/lib/renderPage.js#L55 -L56

अगर मैं क्वेरी पैरा को हटा देता हूं तो परीक्षण पास हो जाएंगे, हालांकि लगातार नहीं। यदि मैं एक एकल सूट चलाता हूं (उदाहरण के लिए, npm test -- test/build.test.js ) परीक्षण पास हो जाते हैं, लेकिन यदि मैं एक ही बार में सभी परीक्षण चलाता हूं तो वे ज्यादातर समय अस्पष्ट त्रुटियों के साथ विफल हो जाएंगे। मैं अभी भी असंगत परीक्षणों के साथ इस मुद्दे पर खुदाई कर रहा हूं, लेकिन मैंने सोचा कि मैं पहले क्वेरी परम समस्या पर रिपोर्ट करूंगा।

@beejunk रिपोर्ट के लिए धन्यवाद। #6282 इससे निपटने वाला है, लेकिन वह ट्रांसफॉर्मर और सामान को क्वेरी पास करना चाहता है, जिसकी हमें यहां आवश्यकता नहीं है। तो यह अभी के लिए रनटाइम में आंतरिक रूप से क्वेरी का समर्थन करने के लिए समझ में आता है, और # 6282 को उस क्वेरी को पास करने से निपटने दें।

मैंने मॉड्यूल कैश को क्वेरी के अनुसार अलग-अलग बनाने के लिए थोड़ा कोड जोड़ा है: https://github.com/facebook/jest/blob/d425a49bd575e7167bc786f3c4f2833589091fa1/packages/jest-runtime/src/index.ts#L330 -L334

लेकिन कोई भी कोड कभी भी इसे किसी प्रश्न के साथ कॉल नहीं करता है। मुझे लगता है कि हमें केवल resolvePath.split('?') करने में सक्षम होना चाहिए और सभी को काम करना चाहिए।

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

@beejunk क्वेरी चीज़ 25.5.1 में तय की गई। मेरे पास अभी तक दूसरे मुद्दे की जांच करने का समय नहीं है

मुझे एक समस्या है जो मुझे लगता है कि इससे संबंधित हो सकती है हालांकि 25.X में ठीक नहीं हुआ।

मैं नीचे दिए गए परिदृश्य को संक्षेप में प्रस्तुत करने का प्रयास करूंगा:

• आपके पास एक सेटअप स्क्रिप्ट के साथ एक परीक्षण है
• उस सेटअप स्क्रिप्ट को गतिशील रूप से एक फ़ाइल की आवश्यकता होगी, जैसे कि:
  { default: generator } = require(path.resolve(f))
• f अंदर सब कुछ "अप्रत्याशित पहचानकर्ता आयात त्रुटि" के कारण पारदर्शी नहीं है।

यह तब भी होता है जब मैं आयात के साथ प्रयास करता हूं ()

चूंकि आप ट्रांसपिलेशन का जिक्र करते हैं; यदि आपके पास एक सेटअप है जो import से require ट्रांसपाइल करता है तो यह समस्या सही जगह नहीं है - यह समस्या मूल समर्थन के बारे में है।

उस ने कहा - आप require ESM नहीं कर सकते हैं, और मैं अभी तक CJS से import() लिए समर्थन जोड़ने में सक्षम नहीं हूं क्योंकि नोड के पास इसके लिए कोई एपीआई नहीं है। इसके लिए समर्थन नोड मास्टर पर आ गया है, लेकिन अभी तक जारी नहीं किया गया है: https://github.com/nodejs/node/pull/32985। जैसा कि लिंक्ड रिलीज़ पीआर में देखा जा सकता है, यह 13.14.0 और 14.1.0 में आएगा। उस समय मैं इसके लिए समर्थन लागू करूंगा

हालांकि आपको .mjs सेटअप फ़ाइल का उपयोग करने में सक्षम होना चाहिए।

@SimenB यह बहुत अच्छा है, ऐसा लगता है कि अब कई परीक्षण फाइलों में काम कर रहा है! यह प्रत्येक फ़ाइल में बैबेल और नोड आयात के बीच के अंतर को हल करने, जेस्ट आयात आदि जोड़ने की एक प्रक्रिया है, इसलिए जब मैं सैकड़ों परीक्षण फ़ाइलों में ऐसा करता हूं तो मुझे और समस्याएं आ सकती हैं।

कुछ चीजें जो अधिक प्रश्न हैं:

• आपने cjs से import() समर्थन के बारे में अपनी पिछली टिप्पणी में जो कहा था, क्या वह जेस्ट कॉन्फ़िग फ़ाइल को jest.config.js नाम देने की भी अनुमति देगा? यह वर्तमान में मेरे लिए केवल तभी काम करता है जब इसका नाम jest.config.cjs और module.exports = (त्रुटि TypeError [ERR_VM_DYNAMIC_IMPORT_CALLBACK_MISSING]: A dynamic import callback was not specified ) का उपयोग कर रहा हो।
• package-lock में सूचीबद्ध पैकेज नहीं होने के कारण "@jest/globals" नाम एस्लिंट नियम node/no-extraneous-import विफल हो जाता है। क्या इस नामकरण परंपरा का कोई कारण है? क्या jest बिना @ का उपयोग करना संभव है? नियम को नज़रअंदाज़ करना आसान है लेकिन मैं बस सोच रहा हूँ।
• संबंधित प्रश्न, jest वैश्विक जादुई fns जैसे test , describe , before , आदि से अलग क्यों है? क्या उन सभी को भी अब आयात किया जाना चाहिए?
• जब इसे अंतिम रूप दे दिया जाएगा तो क्या जेस्ट के लिए --experimental-vm-modules ध्वज सेट करना संभव होगा? अगर यह केवल jest कमांड के साथ काम नहीं करता है तो यह गैर-मानक प्रतीत होता है। यदि आप सीधे फ़्लैग पास करने में सक्षम नहीं हैं, तो संभवतः आप NODE_OPTIONS env वेरिएबल को सेट/संशोधित कर सकते हैं?
• पुराने नोड पर यह कोशिश करते समय अब ​​मुझे पहले की तुलना में थोड़ी अलग त्रुटि मिल रही है, लेकिन न तो त्रुटि स्पष्ट थी कि न्यूनतम नोड संस्करण समस्या थी। क्या अधिक उपयोगी त्रुटि संदेश के साथ न्यूनतम संस्करण के लिए चेक जोड़ना आसान है?

क्या वह जेस्ट कॉन्फ़िग फ़ाइल को jest.config.js नाम देने की भी अनुमति देगा?

इसे .js नाम दिया जा सकता है यदि इसके निकटतम package.json में type: 'module' । अन्यथा कॉन्फ़िगरेशन फ़ाइल में ESM का उपयोग करने के लिए, इसे .mjs नाम देना होगा। देखें https://nodejs.org/api/esm.html#esm_enbling। ध्यान दें कि कॉन्फिग फाइल जेस्ट के बाहर चलती है, इसलिए वहां हमारे पास ज्यादा नियंत्रण नहीं है। फिलहाल, हम एसिंक कॉन्फिगरेशन का समर्थन नहीं करते हैं, लेकिन await एक निर्यातित वादा छोटा होगा, पीआर स्वागत #8357 ठप हो गया है।

मैं बहुत हैरान हूं कि आपको A dynamic import callback was not specified है, हालांकि, हम कॉन्फिग फाइल को vm में लोड नहीं करते हैं... क्या आप एक अलग मुद्दा खोल सकते हैं?

package-lock में सूचीबद्ध पैकेज नहीं होने के कारण "@jest/globals" नाम एस्लिंट नियम node/no-extraneous-import विफल हो जाता है। क्या इस नामकरण परंपरा का कोई कारण है? क्या jest बिना @ का उपयोग करना संभव है? नियम को नज़रअंदाज़ करना आसान है लेकिन मैं बस सोच रहा हूँ।

आपको devDependency पर @jest/globals जोड़ना चाहिए। पैकेज ही पूरी तरह से परिभाषाएँ हैं। यह jest से एक अलग पैकेज है ताकि टाइप परिभाषाएं सही ढंग से काम करें, और इसलिए यदि जेस्ट रनटाइम के बाहर लोड किया गया है तो हम एक त्रुटि फेंक सकते हैं।

मेरे पास वर्तमान में इसे बदलने की कोई योजना नहीं है, लेकिन हम संभवतः उस पैकेज को हटा सकते हैं और प्रकारों को jest से निर्यात कर सकते हैं। हालांकि यह एक बड़ा ब्रेकिंग बदलाव है, तो चलिए बाद में देखते हैं

संबंधित प्रश्न, jest वैश्विक जादुई fns जैसे test , describe , before , आदि से अलग क्यों है? क्या उन सभी को भी अब आयात किया जाना चाहिए?

jest सीजेएस से require या module ऑब्जेक्ट की तरह है कि यह प्रति फ़ाइल अद्वितीय है, यह वास्तव में वैश्विक नहीं है (यानी globalThis.jest === undefined )। यह jest.mock('../../file.js') आदि को उस फ़ाइल के सापेक्ष सही ढंग से काम करने की अनुमति देता है जिसमें इसे इंजेक्ट किया गया था। आप वास्तविक ग्लोबल्स को भी आयात करना चुन सकते हैं, लेकिन वे अभी भी globalThis.expect आदि के रूप में उपलब्ध हैं।

जब इसे अंतिम रूप दे दिया जाएगा तो क्या जेस्ट के लिए --experimental-vm-modules ध्वज सेट करना संभव होगा?

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

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

हाँ, कार्यान्वयन थोड़ा स्थिर हो जाने पर मैं कुछ दस्तावेज़ों के साथ एक बेहतर त्रुटि संदेश जोड़ूंगा। यह देखते हुए कि कार्यान्वयन एक प्रयोगात्मक ध्वज द्वारा संरक्षित है, मुझे नहीं लगता कि कोई भी इस पर ठोकर खाएगा।

@SimenB , मैंने जेस्ट को 25.5.2 पर अपडेट किया और अब सभी परीक्षण पास हो रहे हैं। क्वेरी पैराम काम कर रहे हैं और जो आंतरायिक त्रुटियां मैं पहले देख रहा था वह अब नहीं हो रही हैं। आपके सभी काम के लिए फिर से धन्यवाद!

ठीक है, मैंने अपने पिछले परीक्षणों में फिर से त्रुटियां देखीं, इसलिए यह अभी भी हो रहा है। मैं देखूंगा कि क्या मैं लगातार पुन: पेश करने और वापस रिपोर्ट करने का कोई तरीका समझ सकता हूं।

मेरा मानना ​​​​है कि मुझे इस मुद्दे को पुन: पेश करने का एक सतत तरीका मिल गया है। यहाँ वह शाखा है जहाँ से मैं काम कर रहा हूँ: https://github.com/beejunk/firn.js/tree/switch-to-jest

प्रजनन करना:

1. अगर जेस्ट कैश मौजूद है तो उसे हटा दें। मैंने अभी मैन्युअल रूप से /tmp/jest_rs हटा दिया है।
2. npm test तीन बार चलाएँ। पहले दो रन सफल होने चाहिए। हालाँकि, तीसरा रन विफल होना चाहिए।

जब त्रुटि होती है तो यह स्टैक ट्रेस मैं देख रहा हूं:

    Error: 
        at invariant (/home/brian/Projects/firn.js/node_modules/jest-runtime/build/index.js:1866:11)
        at Runtime.loadEsmModule (/home/brian/Projects/firn.js/node_modules/jest-runtime/build/index.js:480:7)
        at Runtime.linkModules (/home/brian/Projects/firn.js/node_modules/jest-runtime/build/index.js:548:19)
        at importModuleDynamicallyWrapper (internal/vm/module.js:397:21)
        at htmPreactPath (internal/process/esm_loader.js:31:14)
        at renderPage (/home/brian/Projects/firn.js/lib/renderPage.js:53:15)
        at map (/home/brian/Projects/firn.js/lib/build.js:43:12)
        at Array.map (<anonymous>)
        at build (/home/brian/Projects/firn.js/lib/build.js:36:43)
        at Object.<anonymous> (/home/brian/Projects/firn.js/test/build.test.js:57:5)

ऐसा लगता है कि त्रुटि गतिशील आयात के साथ उत्पन्न हो रही है। कोई त्रुटि संदेश नहीं है, इसलिए मुझे पूरा यकीन नहीं है कि क्या हो रहा है।

एक अतिरिक्त नोट: यदि मैं जेस्ट कैश को साफ़ करता हूँ और --no-cache जोड़कर परीक्षण स्क्रिप्ट को अद्यतन करता हूँ, तो मैं समस्या को पुन: उत्पन्न करने में असमर्थ हूँ।

हे, मैं वहाँ आलसी था और एक उचित त्रुटि संदेश प्रदान नहीं किया। मुद्दा यह है कि परीक्षण के माहौल को तोड़ दिया गया है, इसलिए मुझे लगता है कि कहीं गुम await है। हालांकि आपके कोड को देखकर कुछ भी नहीं देखा, इसलिए मुझे कुछ और खोदना होगा

@SimenB यहाँ उस ESM कॉन्फ़िगरेशन समस्या का पुनरुत्पादन है: https://github.com/facebook/jest/issues/9935

@SimenB मैंने गतिशील आयात का उपयोग करते समय ऊपर उल्लिखित जेस्ट त्रुटियों को पुन: उत्पन्न करने के लिए एक न्यूनतम उदाहरण बनाया है:

https://github.com/beejunk/jest-esm-dynamic-import-error

महान प्रजनन @beejunk के लिए धन्यवाद! मैंने और अधिक घंटे बिताए हैं जिन्हें मैं यहां स्वीकार करना चाहता हूं, वास्तव में यह समझे बिना कि यह जेस्ट में बग है या Node. मैंने पूरी तरह से नोड कोर मॉड्यूल का उपयोग करके व्यवहार को पुन: पेश किया है और इसे अपस्ट्रीम की सूचना दी है, तो देखते हैं कि वे क्या कहते हैं: https://github.com/nodejs/node/issues/3216

इसे देखने के लिए धन्यवाद, @SimenB। यदि मैं --no-cache ध्वज जोड़ता हूं, जो मेरे उपयोग के मामले के लिए ठीक है, तो परीक्षण लगातार पास होते प्रतीत होते हैं। मैं सभी कार्यों की सराहना करता हूं!

हाँ, मैंने यह भी देखा। मुझे लगता है कि यह किसी प्रकार का समय मुद्दा है - बिना कैश चीजें इतनी धीमी हैं कि यह काम करती है।

@SimenB # 9935 को हल करने के लिए धन्यवाद। मैंने वहां एक दूसरी चिंता का उल्लेख किया, जो मुझे लगता है कि अभी भी मान्य है। जब type: "module" , jest --init अभी भी module.exports साथ कॉन्फिग फाइल जेनरेट कर रहा है। यदि आप जानते हैं कि आप क्या कर रहे हैं, तो मैन्युअल रूप से बदलने के लिए यह अपेक्षाकृत मामूली है, लेकिन मुझे लगता है कि यदि ईएसएम नोड में ध्वजांकित है और बहुत से लोग ईएसएम प्रोजेक्ट करना शुरू करते हैं, तो यह एक भ्रमित बग की तरह दिखना शुरू हो जाएगा (यानी, खुश पथ jest --init && jest एक नई ईएसएम परियोजना पर एक त्रुटि फेंक देगा)। क्या मुझे विशेष रूप से init तर्क में सुधार के बारे में एक अलग मुद्दा प्रस्तुत करना चाहिए?

@aldeed क्या आप निश्चित हैं? अभी परीक्षण मुझे mjs फ़ाइल देता है जिसमें export default है। मुझे लगता है कि हम js उत्पन्न कर सकते हैं और mjs , लेकिन फिर भी। यह ESM सिंटैक्स का उपयोग करता है

@SimenB ठीक है जब तक आपने पूछा तब तक मुझे यकीन था। मैंने कोशिश की और तुम सही हो। हो सकता है कि मैंने शुरुआत में इसे नोड या जेस्ट के पुराने संस्करण के साथ किया हो? अवहेलना।

यह कमाल का है! ES मॉड्यूल का उपयोग करने के लिए मेरे पुस्तकालयों में से एक में परीक्षणों को फिर से काम किया और बेबेल को छोड़ दिया। धन्यवाद @ सिमेनबी!

पता लगाएँ कि क्या फ़ाइल को ESM या CJS मोड माना जाता है

इसके बारे में बोलते हुए, उनके ES मॉड्यूल निर्यात को दर्शाने के लिए "module":"<path to es module>" सिंटैक्स का उपयोग करते हुए बहुत सारे ब्राउज़र/बंडलर-उन्मुख पैकेज हैं। पैकेज की अपनी सेटिंग्स की परवाह किए बिना किसी दिए गए पैकेज को कैसे हल किया जाए, यह निर्दिष्ट करने का कोई तरीका होना समझदारी हो सकती है। moduleNameMapper जैसा कुछ लेकिन यह निर्दिष्ट करने के लिए कि यह सीजेएस या ईएसएम है या नहीं।

हाय @SimenB , एक बार जब यह समस्या बंद हो जाती है, तो इसका मतलब है कि ts-jest भी commonjs है? क्या ईएसएम के साथ काम करने के लिए ट्रांसफॉर्मर की तरफ से फाइल एक्सटेंशन को बदलने की आवश्यकता है?

उदाहरण के लिए अब ts-jest ts से js लिए commonjs संकलित करता है, क्या esm से संकलन करते समय फ़ाइल एक्सटेंशन mjs आवश्यकता होती है ts से js ?

@zandaqo हम modules फ़ील्ड का समर्थन नहीं करेंगे, हम नोड की कल्पना का पालन करेंगे और exports : #9771 का उपयोग करेंगे। आप चाहें तो modules का समर्थन करने के लिए अपने स्वयं के रिज़ॉल्वर में प्लग इन कर सकते हैं, हालांकि: https://jestjs.io/docs/en/configuration#resolver -string। हम कुछ अन्य विकल्प जोड़ सकते हैं ( mainFields , जैसे वेबपैक हो सकता है?), लेकिन जब कार्यान्वयन स्थिर हो जाता है और हमारे पास कम अज्ञात अज्ञात होते हैं तो यह और नीचे आ जाएगा

@ahpnl #9860

सियाओ दोस्तों!
बस एक प्रश्न: ब्लॉग पोस्ट में उल्लेख किया गया है कि, चूंकि ES6 मॉड्यूल स्थिर हैं, इसलिए उनका मजाक नहीं उड़ाया जा सकता है; तो, वास्तव में, ES6 में मॉड्यूल B द्वारा आयातित मॉड्यूल A का मजाक उड़ाने का कोई तरीका नहीं है?

@gabrieledarrigo मैं उसके लिए moduleNameMapper उपयोग करता हूं, उदाहरण के लिए:

    "moduleNameMapper": {
      "moduleA": "<rootDir>/test/moduleA-mock.js"
    },

@gabrieledarrigo आप कर सकते हैं

jest.mock('the-thing-i-want-to-mock', () => /* do whatever in here */);

let importedThing;

beforeAll(async () => {
  importedThing = await import('thing-that-imports-mocked-module');
});

तो आपको केवल आयात को गैर स्थैतिक बनाने की जरूरत है और मजाक काम करेगा।

मुझे यकीन नहीं है कि यह अब काम करता है, क्योंकि मैंने अभी तक ईएसएम कोड पथ में नकली प्रस्तावों को तारित नहीं किया है। जल्द ही किसी बिंदु पर ऐसा करेंगे। लेकिन यह _probably_ होने जा रहा है कि हम मूल ईएसएम के लिए मॉड्यूल मॉक कैसे दस्तावेज करते हैं।

जैसा कि ब्लॉग पॉट्स में उल्लेख किया गया है, हम इन पैटर्नों को किसी बिंदु पर दस्तावेज करेंगे, हमें बस उनका पता लगाना होगा

एक विचार जो हमारे पास शीर्ष स्तर की प्रतीक्षा के लिए था, तब हम इसे बेबेल प्लगइन के साथ कर सकते थे।

@SimenB सबसे पहले, यहां शानदार काम के लिए धन्यवाद :)

मुझे वास्तव में एक समस्या का सामना करना पड़ता है जब मैं jest-environment-node से विस्तारित customEnvironment बनाना चाहता हूं। मुझे वहां अपना सर्वर कार्यान्वयन आयात करने की आवश्यकता है, जिसे esm के रूप में लिखा गया है। लेकिन ऐसा लगता है, पर्यावरण को cjs रूप में परिभाषित किया जाना है।
मेरा प्रश्न है, क्या मेरे सर्वर मॉड्यूल को आयात करने में सक्षम होने के लिए कस्टम परीक्षण पर्यावरण को esm के रूप में परिभाषित करने का कोई विकल्प है? किसी भी सलाह के लिए धन्यवाद।

@ कुका-राडोवन क्या आप इसके लिए एक अलग फीचर अनुरोध खोल सकते हैं?

अद्यतन: इस समस्या को अब https://github.com/facebook/jest/issues/10025 में ट्रैक किया गया है

@SimenB उपरोक्त jest.mock सलाह के लिए धन्यवाद। जैसा कि होता है मैं कुछ फाइलों को परिवर्तित कर रहा हूं जिनकी आज जरूरत है। मैं पुष्टि कर सकता हूं कि आपका उदाहरण तब काम करता है जब नकली मॉड्यूल node_modules पैकेज होता है, लेकिन यह मेरे लिए उसी प्रोजेक्ट में मॉड्यूल का मज़ाक उड़ाते हुए काम नहीं कर रहा है।

यहाँ एक सरल उदाहरण है:

// main.js
import secondary from "./secondary.js";

export default function main() {
  return secondary();
}

// secondary.js
export default function secondary() {
  return true;
}

// test.js
import { jest } from "@jest/globals";

jest.mock("./secondary.js");

let main;
let secondary;
beforeAll(async () => {
  ({ default: main } = await import("./main.js"));
  ({ default: secondary } = await import("./secondary.js"));
});

test("works", () => {
  secondary.mockReturnValueOnce(false); // TypeError: Cannot read property 'mockReturnValueOnce' of undefined
  expect(main()).toBe(false);
});

ठीक उसी पैटर्न काम करता है जब "./secondary.js" इसके बजाय एक पैकेज नाम है। (मुझे लगता है कि पैकेज मैंने निर्यात कॉमनजेएस के साथ करने की कोशिश की, अगर यह मायने रखता है।)

जेस्ट 26.0.1 डब्ल्यू / नोड 12.16.3

कोई विचार, या मुझे एक पूर्ण अलग मुद्दा प्रस्तुत करना चाहिए?

संपादित करें: कॉन्फ़िगरेशन में transform: {} , इसलिए कोई बेबेल बिल्कुल नहीं

संपादित करें 2: यह या तो काम नहीं करता है:

jest.mock("./secondary.js", () => ({
  default: jest.fn()
}));

इस पर अद्भुत काम।

हालांकि, जब तक मैं कुछ गलत नहीं कर रहा हूं, तब तक सीजेएस परीक्षण फ़ाइल में import() का उपयोग करना संभव नहीं लगता है।

मैं node --experimental-vm-modules node_modules/jest/bin/jest.js साथ जेस्ट चला रहा हूं और testEnvironment: 'node', transform: {} में jest.config.js । यह नोड 14.2.0 पर है।

आयात अभिव्यक्ति त्रुटि उत्पन्न करती है:

TypeError [ERR_VM_DYNAMIC_IMPORT_CALLBACK_MISSING]:
A dynamic import callback was not specified.

क्या यह वर्तमान में एक ज्ञात सीमा है? मैं देख रहा हूँ https://github.com/nodejs/node/pull/32985 अब नोड 14.1.0 में आ गया है।

हाँ, मैं अभी तक इसे लागू नहीं कर पाया हूँ। मैं शायद इसे इस सप्ताह के अंत में उतरूंगा।

@aldeed क्या आप एक अलग मुद्दा खोल सकते हैं? मुझे इसके माध्यम से जाने और यह सुनिश्चित करने की ज़रूरत है कि नकली संकल्प का हिस्सा हैं, और आपका उदाहरण एक अच्छे परीक्षण मामले की तरह लगता है

@SimenB त्वरित उत्तर के लिए धन्यवाद। मैं इस पर नजर रखूंगा कि यह कब उतरेगा।

एक प्रतिगमन के कारण लिपियों में import में देखा जा सकता है (https://github.com/nodejs/node/issues/33166), चलो इसे तब तक रोकें जब तक कि यह सुलझ न जाए

मुझे .mjs परीक्षण फ़ाइलों के साथ इसका उपयोग करने का प्रयास करने में समस्याएं आ रही हैं। अगर मेरे पास __tests__/my-test.mjs , तो मुझे मिलता है

$ yarn test
yarn run v1.22.4
$ node --experimental-vm-modules node_modules/jest/bin/jest.js
No tests found, exiting with code 1
Run with `--passWithNoTests` to exit with code 0
In C:\Users\Domenic\Dropbox\Programming\WIP\remember-to-eat
  1 file checked.
  testMatch: **/__tests__/**/*.[jt]s?(x), **/?(*.)+(spec|test).[tj]s?(x) - 0 matches
  testPathIgnorePatterns: \\node_modules\\ - 1 match
  testRegex:  - 0 matches
Pattern:  - 0 matches
error Command failed with exit code 1.

अगर मैं जोड़ूँ

"testMatch": ["**/__tests__/**/*.mjs"]

मेरे package.json के लिए, मुझे मिलता है

$ yarn test
yarn run v1.22.4
$ node --experimental-vm-modules node_modules/jest/bin/jest.js
No tests found, exiting with code 1
Run with `--passWithNoTests` to exit with code 0
In C:\Users\Domenic\Dropbox\Programming\WIP\remember-to-eat
  1 file checked.
  testMatch: **/__tests__/**/*.mjs - 0 matches
  testPathIgnorePatterns: \\node_modules\\ - 1 match
  testRegex:  - 0 matches
Pattern:  - 0 matches
error Command failed with exit code 1.

हालांकि अगर मैं "testMatch" हटा देता हूं और फिर अपनी फ़ाइल का नाम बदलकर __tests__/my-test.js हूं, तो यह काम करता है।

मैं अपने प्रोजेक्ट में लगातार .mjs एक्सटेंशन का उपयोग करने में सक्षम होना चाहता हूं। क्या यह जेस्ट के साथ संभव है?

@domenic मैं भी इसमें भाग गया। समाधान "moduleFileExtensions": ["js", "mjs"] ( "testMatch" ) को कॉन्फ़िगर करने के लिए जोड़ना है।

एक बार देख लिया, और moduleFileExtensions वास्तव में आवश्यक है।

जेस्ट को यहां hasteFS.getAllFiles() चलाकर प्रोजेक्ट की सभी फाइलों की सूची मिलती है:

https://github.com/facebook/jest/blob/2460c059ad1dbf124466ac25c8d5ccfd74ae9f25/packages/jest-core/src/SearchSource.ts#L159 -L164

hasteFS को HasteMap हिस्से के रूप में निम्नलिखित extensions कॉन्फ़िगरेशन के साथ बनाया गया है:

https://github.com/facebook/jest/blob/2460c059ad1dbf124466ac25c8d5ccfd74ae9f25/packages/jest-runtime/src/index.ts#L291

हालांकि, मुझे नहीं लगता कि इस मामले में moduleFileExtensions निर्दिष्ट करना आवश्यक होना चाहिए। हम पहले से ही .snap को खोजने के लिए मजबूर करते हैं, क्या हमें प्रसिद्ध जेएस एक्सटेंशन को भी मजबूर करना चाहिए? वे (मेरे सिर के ऊपर से) js , mjs , cjs , jsx , ts और tsx ? यह क्रॉल को धीमा कर देगा, लेकिन मुझे नहीं लगता कि इसका बहुत बड़ा प्रभाव है। हो सकता है मैं गलत हूं? डिफ़ॉल्ट रूप से यह बहुत धीमा नहीं होना चाहिए क्योंकि केवल cjs और mjs पहले से ही डिफ़ॉल्ट पैटर्न का हिस्सा नहीं है, लेकिन कस्टम पैटर्न वाले लोगों के लिए यह चीजों को धीमा कर सकता है?

हाँ, यह आदर्श होगा यदि, कम से कम ES मॉड्यूल मोड में, .mjs ने सिर्फ मॉड्यूलफाइल एक्सटेंशन जोड़ने या डिफ़ॉल्ट टेस्टमैच को संशोधित किए बिना काम किया।

यह भी अच्छा होगा अगर मैं .js फाइलों को बाहर कर सकता हूं; जब मैंने कोशिश की कि मुझे मिल गया

 Validation Error:

  moduleFileExtensions must include 'js':
  but instead received:
    ["mjs"]
  Please change your configuration to include 'js'.

मैं सोच रहा हूं कि क्या यह कुछ "ईएसएम मोड" रखने के लिए समझ में आता है जो नोड ईएसएम फ़ाइल एक्सटेंशन जोड़ देगा और ईएसएम का उपयोग करके (# 9860) चुनने के लिए संकलन-से-जेएस में भी मदद करेगा।

js बिना कुछ सामान आंतरिक रूप से टूट जाता है जिसे हम सैंडबॉक्स के अंदर लोड करते हैं (क्योंकि यह समान require कार्यान्वयन आदि का उपयोग करता है)। हमें शायद इसे ठीक करना चाहिए ताकि उपयोगकर्ता हमें तोड़ न सके।

धीमा करने के संबंध में, यह पहले से ही बड़ी परियोजनाओं पर काफी धीमा है, लेकिन मुझे नहीं पता कि एक्सटेंशन की संख्या इतना प्रभावित करती है। लेकिन मैं सहमत हूं कि एमजे और सीजे को डिफ़ॉल्ट के रूप में जोड़ा जाना चाहिए। moduleFileExtensions: ['js'] निर्दिष्ट करना डिफ़ॉल्ट को ओवरराइड करेगा और इसे गति देगा, है ना? तो हो सकता है कि सिर्फ एक प्रदर्शन के रूप में दस्तावेज करें।

इस सारे काम के लिए धन्यवाद! यह निश्चित रूप से आश्चर्यजनक है। मैं 3 चरणों का पालन किया ( "type": "module" मेरी package.json पर, "testEnvironment": "jest-environment-node" मेरी हंसी config में और --experimental-vm-modules CLI पर) है और यह बहुत अच्छी तरह से काम कर लगता है 🎉

लेकिन फिर मैं import.meta को पढ़ने और उपयोग करने की कोशिश कर रहा हूं जैसा कि Node.js डॉक्स में वर्णित है (और जो पहले से ही चेकबॉक्स से देखते हुए लागू किया गया है) बनाने के लिए __dirname , लेकिन ऐसा लगता है import.meta विफल हो रहा है:

console.log(import.meta);

SyntaxError: [PATH]/files.test.js: Support for the experimental syntax 'importMeta' isn't currently enabled (31:20):
    Add @babel/plugin-syntax-import-meta (https://git.io/vbKK6) to the 'plugins' section of your Babel config to enable parsing.

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

Node.js v14.3.0, जेस्ट v25.5.4

मुझे अभी के लिए एक समाधान मिला है। चूँकि मैं उसी निर्देशिका से स्क्रिप्ट चला रहा हूँ जहाँ मेरी फ़ाइल मेरी लाइब्रेरी में है , मैं बस यह कर सकता हूँ:

const __dirname = process.cwd();
const __filename = __dirname + "/files.test.js";

अगर कोई अपडेट होता है तो मैं इस रेपो का पालन करूंगा, ऐसा करने के लिए फिर से धन्यवाद!

आपको कॉन्फ़िगरेशन के रूप में transform: {} का उपयोग करके स्पष्ट रूप से बेबेल से ऑप्ट-आउट करने की आवश्यकता है

@SimenB मैं पुष्टि कर सकता हूं कि transform: {} जोड़ना काम किया, धन्यवाद! मैंने उस बिंदु को "रूपांतरण न जोड़ें" के रूप में गलत समझा और न कि "परिवर्तनों को दूर ले जाना" जैसा कि इरादा था।

BTW, परीक्षण 2.4 सेकंड से केवल 1.3 सेकंड तक चला गया है और वे लगातार तेज महसूस करते हैं।

नोड 12 को बिना ध्वजांकित ईएसएम (https://nodejs.org/en/blog/release/v12.17.0/) के साथ जारी किया गया है। जैसा कि ओपी में उल्लेख किया गया है, एपीआई जेस्ट का उपयोग _not_ unflaggered है

@SimenB मैं इस धागे पर कई बार गया लेकिन मैं अभी भी अटका हुआ हूं (नोड 12.17 का उपयोग करके)।

जेस्ट 26.0.1 चलाते समय मुझे यह त्रुटि मिलती है:

Error [ERR_REQUIRE_ESM]: Must use import to load ES Module: /app/tests/setup.js
require() of ES modules is not supported.
require() of /app/tests/setup.js from /app/node_modules/@jest/transform/build/ScriptTransformer.js is an ES module file as it is a .js file whose nearest parent package.json contains "type": "module" which defines all .js files in that package scope as ES modules.
Instead rename setup.js to end in .cjs, change the requiring code to use import(), or remove "type": "module" from /app/package.json.

मेरे पास transform: {}, और node --experimental-vm-modules node_modules/jest/bin/jest.js साथ चल रहा है।

मुझे किसकी याद आ रही है?

@aldarund यकीन नहीं है, क्या आप एक साथ न्यूनतम प्रजनन कर सकते हैं?

@SimenB यहां रेपो के लिए एक न्यूनतम रेपो है, बस yarn test https://github.com/aledalgrande/jest-example चलाएं - मैंने नोड 13/14 के साथ प्रयास किया है और यह वही परिणाम है। मुझे ऐसा लगता है कि ईएसएम के साथ काम करने के लिए वैश्विक सेटअप के प्रवाह को अद्यतन नहीं किया गया है।

इसके अलावा, आपने किसी और का उल्लेख किया है

~नहीं @simenB , लेकिन @aledalgrande आपको लगता है कि मैंने जो कोशिश की है, उससे सब कुछ ठीक है, तुलना के लिए मेरी परियोजना पूरी तरह से ईएसएम पर चल रही है ( package.json जेस्ट कॉन्फिगरेशन )। ~

~ यदि संभव हो तो इसे डिबग करने के लिए, मैं आपके जेस्ट कॉन्फिगर को सरल बनाने का सुझाव दूंगा _only_ में दो प्रासंगिक गुण हैं, शायद पहले package.json । फिर प्रत्येक अन्य गुण जोड़ें जो आपको वर्तमान में देखना है कि कौन सा काम करता है/काम नहीं करता है।~

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

अहा, मैं ग्लोबल सेटअप और टियरडाउन के बारे में भूल गया हूं। ठीक कर सकते हैं

हाय @SimenB , मुझे फिर से। क्या नामित निर्यात समर्थित हैं? Node.js के साथ मैं इस तरह के पैकेज का आयात और उपयोग कर सकता हूं:

import { customAlphabet } from "nanoid";

हालांकि, परीक्षण करने का प्रयास करते समय वही कोड यह त्रुटि देता है:

SyntaxError: The requested module 'nanoid' does not provide an export named 'customAlphabet'

परीक्षणों के लिए, मैं इसमें कोड बदल सकता हूं और यह काम करता है:

import nanoid from "nanoid";
const { customAlphabet } = nanoid;

लेकिन तब Node.js संस्करण काम करना बंद कर देता है क्योंकि वास्तव में कोई डिफ़ॉल्ट खेल नहीं है (लेकिन किसी कारण से डिफ़ॉल्ट निर्यात जेस्ट के साथ काम करता है):

SyntaxError: The requested module 'nanoid' does not provide an export named 'default'

प्रकाशित (रेपो अभी प्रवाह में है) nanoid कोड इस तरह समाप्त होता है, जिसमें कोई डिफ़ॉल्ट निर्यात नहीं होता है:

export { nanoid, customAlphabet, customRandom, urlAlphabet, random }

जेस्ट केवल "मुख्य" प्रवेश बिंदु का उपभोग करता है। "निर्यात" पर अभी विचार नहीं किया गया है। आप केवल सामान्य संस्करण आयात करते हैं जिसमें केवल डिफ़ॉल्ट निर्यात होता है।

आह, मैं देखता हूं, package.json में यह शामिल है:

  "main": "index.cjs",
  "module": "index.js",
  "exports": {
    "./package.json": "./package.json",
    ".": {
      "require": "./index.cjs",
      "import": "./index.js",
      "browser": "./index.browser.js"
    },
    ...
  }
  ...

तो शायद नोड.जेएस मॉड्यूल संस्करण ढूंढ रहा है, जबकि जेस्ट कॉमनजेएस संस्करण का उपयोग कर रहा है जिसमें नामित निर्यात नहीं है, है ना?

मैं तब तक प्रतीक्षा करूँगा जब तक Package Exports की जाँच नहीं हो जाती और फिर उसका परीक्षण कर लिया जाता है, फिर से सभी कार्यों के लिए धन्यवाद! इन 2 टिप्पणियों को तब तक के लिए हल किया गया के रूप में चिह्नित किया जा रहा है। मैं जिस परीक्षण की बात कर रहा हूं वह यह है ।

मैं यह देखने के लिए फिर से देख रहा हूं कि यह कैसे काम कर रहा है - जेस्ट 26.0.1 और नोड 14.4 में अपग्रेड किया गया। package.json को मॉड्यूल प्रकार पर सेट करें, ट्रांसफॉर्म को {} , env से jest-environment-node और node --experimental-vm-modules साथ चल रहा है। अब मुझे यह नई त्रुटि मिलती है:

ES Modules are only supported if your test environment has the `getVmContext` function

जेस्ट के एक चैंज को छोड़कर मुझे इस पर जानकारी नहीं मिल पाई है, जिसमें कहा गया है कि getVmContext कुछ समय पहले जोड़ा गया था।

कोई विचार?

क्या आप अपने package.json कृपया @cyberwombat के प्रासंगिक भागों को साझा कर सकते हैं? जेस्ट के लिए आप जिस लॉन्चिंग स्क्रिप्ट का उपयोग कर रहे हैं, उसमें शामिल है।

संदर्भ के लिए, यह मेरे लिए एक कार्यशील परियोजना पर कैसा दिखता है:

{
  ...
  "type": "module",
  "scripts": {
    ...
    "test": "node --experimental-vm-modules node_modules/jest/bin/jest.js",
  },
  "jest": {
    "transform": {},
    "testEnvironment": "jest-environment-node"
  },
  ...

फिर इसे npm test साथ लॉन्च करें

@franciscop मेरा मूल रूप से वही है। नोड 14.4.0। मैं तुम्हारा अच्छा चला सकता हूँ। मैं अंतर देखने के लिए चीजों में गोता लगाऊंगा।
पैकेज.जेसन

{
  "type": "module",
  "devDependencies": {
    "jest": "^26.0.1",
  },
}

jest.config.js

export default {
  testEnvironment: 'jest-environment-node',
  setupFilesAfterEnv: ['./test/bootstrap.js'],
  testPathIgnorePatterns: ['<rootDir>/node_modules/', '<rootDir>/config/', '/<rootDir>/src/'],
  testRegex: '(\\.|/)(test|spec)\\.[jt]sx?$',
  transform: {
//    '^.+\\.jsx?$': 'babel-jest' // esm someday
  },
  transformIgnorePatterns: [],
  modulePaths: [
    '<rootDir>/test',
    '<rootDir>/src',
    '<rootDir>'
  ]
}

स्क्रिप्ट:
node --experimental-vm-modules node_modules/jest/bin/jest.js

निश्चित नहीं है, लेकिन मैं दूसरी तरफ काम करने की कोशिश करूंगा। transform: {} और testEnvironment: 'jest-environment-node' को छोड़कर सब कुछ हटा दें, और प्रत्येक विकल्प को तब तक जोड़ना शुरू करें जब तक कि आप यह न देख लें कि कौन सी पिछली त्रुटि को ट्रिगर करता है। मुझे विशेष रूप से संदेह है कि transformIgnorePatterns _might_ transform साथ विरोध कर रहा है, लेकिन मैं जेस्ट विकल्पों से परिचित नहीं हूं।

सभी को नमस्कार! एक्सप्रेस एप्लिकेशन का परीक्षण करने के लिए जेस्ट का उपयोग करते समय मैं कुछ समस्या में भाग गया। अधिक विवरण यहाँ । सुनिश्चित नहीं है कि आप जो कर रहे हैं/यहां ट्रैकिंग कर रहे हैं उसके लिए यह उपयोगी है: रोल_आईज़:

@ x80486 मुझे कल ठीक उसी मुद्दे का सामना करना पड़ा। मैंने अपनी समझ से लंबी व्याख्या के साथ StackOverflow में उत्तर दिया है ।

संपादित करें: मैंने अपनी पिछली टिप्पणी को दिखाया क्योंकि ऐसा लगता है कि यह प्रासंगिक हो सकता है, यह "exports" लोकप्रिय प्रतीत होता है, हाइब्रिड पैकेज पर इस आलेख से बहुत संभावना

exports को #9771 . में ट्रैक किया जाता है

@franciscop ठीक समस्या हल हो गई - यह पता चला कि संकुल में एक संघर्ष है - मेरे पास serverless-bundle स्थापित था जो ES Modules are only supported if your test environment has the getVmContext function त्रुटि का कारण बनता है। मुझे यकीन नहीं है कि क्यों - मुझे लगता है कि इसे स्थापित करने से जेस्ट के साथ चल रहे संघर्ष का कारण नहीं होगा, लेकिन जाहिर है कि ऐसा होता है।

@franciscop मुझे लगता है कि pkg.exports संबंधित मुद्दों का अब सामने आना शुरू होने का कारण यह है कि यह सुविधा Node.js 14.x में अनफ़्लैग की गई थी और कुछ पैकेज मेंटेनर (जैसे मेरे लिए uuid ) शुरू हो गए थे pkg.exports फ़ील्ड जोड़ना। इसलिए जब आपको Node.js 12.x में उस सुविधा को सक्रिय करने के लिए कमांडलाइन ध्वज की आवश्यकता होती है, तो आपको वह व्यवहार अब डिफ़ॉल्ट रूप से मिलता है।

पूरे पारिस्थितिकी तंत्र को अनुकूलित करने में कुछ समय लगेगा, इसलिए उस विषय से संबंधित मुद्दों की रिपोर्ट करने के लिए धन्यवाद!

exports बारे में पोस्ट करने वालों के लिए, यदि यह इस मुद्दे के लंबे धागे में खो गया है, तो इसके बारे में मेरे बंद मुद्दे (https://github.com/facebook/jest/issues/9565) में एक उदाहरण है इसमें moduleNameMapper वर्कअराउंड का।

मई में रिपोर्ट की गई globalSetup समस्या अभी भी है (Jest 26.1.0)? उदाहरण रेपो @aledalgrande के समान त्रुटियां प्राप्त करना प्रदान करता है:

$ git clone [email protected]:aledalgrande/jest-example.git
$ cd jest-example
$ npm test

> @ test /Users/asko/Temp/jest-example
> node --experimental-vm-modules node_modules/jest/bin/jest.js --config=./jest.config.js

Error [ERR_REQUIRE_ESM]: Must use import to load ES Module: /Users/asko/Temp/jest-example/tests/setup.js
require() of ES modules is not supported.
require() of /Users/asko/Temp/jest-example/tests/setup.js from /Users/asko/Temp/jest-example/node_modules/@jest/transform/build/ScriptTransformer.js 

कोई जल्दी नहीं। CHANGELOG और इसने ES6 के साथ GlobalSetup/globalTeardown को ठीक करने का उल्लेख नहीं किया।

Node.js 14.4.0, जेस्ट 26.1.0

अपडेट (13-अगस्त-20):

अभी भी संभव नहीं है, Node.js 14.7.0, जेस्ट 26.4.0

पक्ष राय लेकिन क्या इस मुद्दे को एक पिन किया गया मुद्दा होना चाहिए क्योंकि इस समय यह मजाक का केंद्र है?

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

 ~/projects/esw-ts/lib/dist/test/testReporter.js:1

 'ओएस' से आयात ओएस;

 ^^^^^^

सिंटैक्स त्रुटि: एक मॉड्यूल के बाहर आयात विवरण का उपयोग नहीं कर सकता
रैपसेफ पर (आंतरिक/मॉड्यूल/cjs/loader.js:1116:16)
मॉड्यूल._कंपाइल पर (आंतरिक/मॉड्यूल/cjs/loader.js:1164:27)
Object.Module._extensions..js पर (आंतरिक/मॉड्यूल/cjs/loader.js:1220:10)
मॉड्यूल.लोड पर (आंतरिक/मॉड्यूल/cjs/loader.js:1049:32)
Function.Module._load पर (आंतरिक/मॉड्यूल/cjs/loader.js:937:14)
मॉड्यूल.require पर (आंतरिक/मॉड्यूल/सीजे/लोडर.जेएस:1089:19)
आवश्यकता पर (आंतरिक/मॉड्यूल/cjs/helpers.js:73:18)
/Users/manish.gowardipe/Desktop/projects/esw-ts/lib/node_modules/@jest/core/build/TestScheduler.js:418:65 पर
Array.forEach पर ()
TestScheduler._addCustomReporters (/Users/manish.gowardipe/Desktop/projects/esw-ts/lib/node_modules/@jest/core/build/TestScheduler.js:411:15) पर

नमस्ते, मैं अपनी छोटी परियोजना में ES मॉड्यूल के लिए मूल समर्थन का परीक्षण करना चाहता हूं, लेकिन मैं NodeJS में नया हूं और मैं इस मुद्दे में खो गया हूं, मुझे कृपया कुछ मार्गदर्शन पसंद आएगा।

• node --version : v14.5.0
• yarn jest --version : 26.1.0
• मैं इस छोटी परियोजना का परीक्षण करने की कोशिश कर रहा हूं, यह बहुत आसान है।
• मेरे पास मेरी फाइलें इस तरह हैं:

पैकेज.जेसन

{
"jest": {
    "transform": {},
    "testEnvironment": "jest-environment-node"
  }
}

मार्कोव.टेस्ट.जेएस

const fs = require("fs");
const Markov = require("./markov.mjs");
// import fs from "fs";
// import Markov from "./markov.mjs";

const file = fs.readFileSync("text.txt", "utf8");
const markov = new Markov(file.toString());

test("Generates sentence with especified words", () => {
  expect(markov.makeSentence(8).length).toBe(8);
});

• मैं yarn jest . चलाता हूं और यह मुझे यह त्रुटि देता है:
  

• मैंने node node_modules/jest/bin/jest.js . साथ प्रयास किया और यह मुझे वही त्रुटि देता है।

@pepetorres1998 यह धागा देशी ईएसएम मॉड्यूल के साथ जेस्ट चलाने के बारे में है जिसमें कुछ झंडे/विकल्पों के साथ चीजें चलाना शामिल है - ऊपर दी गई टिप्पणी देखें कि क्या करना है (और "टाइप": "मॉड्यूल" को package.json में सेट करें)। ईमानदारी से, हालांकि इस समय यह प्राइम टाइम के लिए बिल्कुल तैयार नहीं है, इसलिए यदि आपको काम करने के लिए अपनी परियोजना की आवश्यकता है तो मैं बैबेल के साथ रह सकता हूं। ऐसे कई अनचेक मुद्दे हैं जो वास्तविक शो स्टॉपर हैं। मैंने खुशी-खुशी कुछ हफ़्ते पहले स्विच करने की कोशिश की और रोते हुए बाबेल के पास वापस आया।

क्या इस सेटअप के साथ किसी परीक्षण फ़ाइल में jest.setTimeout(...) जैसी चीज़ें करने का प्रयास करते समय किसी और को ReferenceError: jest is not defined मिल रहा है? यह पता लगाने की कोशिश की जा रही है कि क्या यह ईएस मॉड्यूल पर्यावरण, नोड संस्करण, जेस्ट संस्करण, या उन चीजों के कुछ संयोजन से संबंधित है। (वर्तमान में नोड v14.5.0, जेस्ट 26.1.0, पर्यावरण जेस्ट-पर्यावरण-नोड का उपयोग कर)

संपादित करें
अब मुझे जेस्ट 'वैश्विक' संपत्ति के लिए समस्या विवरण में अनचेक चेकबॉक्स दिखाई देता है। मैं

@bdentino मुझे लगता है कि आप इसे स्पष्ट रूप से import {jest} from '@jest/globals'; आयात करने का प्रयास कर सकते हैं

25.4.0 को पहले समर्थन के साथ जारी किया गया है। ऊपर बताए गए #9772 के अलावा, मैंने #9842 भी शामिल किया है। _theory_ में CJS और ESM को मिलाने से अब सही ढंग से काम करना चाहिए (🤞)।

एक मुख्य लापता विशेषता jest वस्तु का समर्थन कर रही है। मैंने यह तय नहीं किया है कि हमें इसे import.meta से चिपका देना चाहिए या लोगों को इसे import {jest} from '@jest/globals' माध्यम से आयात करने की आवश्यकता है। प्रतिक्रिया की सराहना की!

मैंने अभी तक इसके लिए दस्तावेज़ नहीं लिखे हैं, लेकिन इसे सक्रिय करने के लिए आपको 3 काम करने होंगे

1. सुनिश्चित करें कि आप import स्टेटमेंट को ट्रांसफ़ॉर्म नहीं करते हैं (कॉन्फ़िगरेशन में transform: {} सेट करें या अन्यथा सुनिश्चित करें कि babel फ़ाइल को CJS में नहीं बदलता है, जैसे कि modules से बचना
2. node@^12.16.0 || >=13.2.0 --experimental-vm-modules ध्वज के साथ चलाएँ
3. jest-environment-node या jest-environment-jsdom-sixteen साथ अपना परीक्षण चलाएं

कृपया इसे आज़माएं और प्रतिक्रिया दें! यदि बग की रिपोर्ट करना है, तो यह बहुत अच्छा होगा यदि आप यह भी शामिल कर सकते हैं कि समान कोड (किसी भी परीक्षण विशिष्ट कोड को घटाकर) Node. मैंने पिछले कुछ हफ्तों में https://nodejs.org/api/esm.html _alot_ पढ़ा है, लेकिन शायद मुझसे कुछ छूट गया है।

@ सिमेनबी
यह धागा बहुत बड़ा हो गया, और मुझे लगता है कि जो लोग जेस्ट / ईएस मॉड्यूल का उपयोग करना चाहते हैं - उन्हें ऐसा करना शुरू करने के लिए बुनियादी दिशानिर्देशों को खोजने और समझने में कठिनाई होगी।
क्या ईएस-मॉड्यूल प्रोजेक्ट (या कुछ 'त्वरित शुरुआत') में जेस्ट जोड़ने के बारे में दस्तावेज़ों में औपचारिक स्पष्टीकरण है?

@aldeed उसी प्रोजेक्ट से

(बीटीडब्ल्यू, हम प्रतिक्रिया वाणिज्य का भी उपयोग करते हैं, इसलिए उस हाहा को चीयर्स)

@guilhermetelles नहीं, और इसे अब https://github.com/facebook/jest/issues/10025 में ट्रैक किया गया है।

मैं जेस्ट 26.1.0 उपयोग कर रहा हूँ, node संस्करण के साथ 14.6.0 --experimental-vm-modules , लेकिन मैं अभी भी दिखाई दे रहा है ERR_VM_DYNAMIC_IMPORT_CALLBACK_MISSING का उपयोग करते समय import() CommonJS के अंदर . क्या मुझे न्यूनतम रेपो के साथ आने और एक नया मुद्दा खोलने की कोशिश करनी चाहिए?

एक तरफ के रूप में, क्या जेस्ट यार्न बेरी का उपयोग करता है अब एक परियोजना में yarn link jest पैकेज की एक प्रति का एक आसान तरीका है? मैं नवीनतम master कोशिश करना चाहता था, बस अगर इसे अभी तक जारी नहीं किया गया था। मैं path/to/facebook/jest/.yarn/releases/yarn-sources.cjs link --all path/to/jest जैसा कुछ करने की कोशिश कर रहा था, लेकिन यह असफल हो जाएगा। मैन्युअल रूप से cd node_modules; for p in jest*; do if [[ -d path/to/jest/packages/$p ]]; then rm -rf $p; ln -s path/to/jest/packages/$p; fi; done जैसा कुछ चलाना भी काम नहीं कर रहा था, मुझे यकीन नहीं है कि क्यों।

@vvanpo import() CJS में नोड में वापस किया गया था, आप https://github.com/nodejs/node/issues/31860 का अनुसरण कर सकते हैं

स्थानीय चलाने के लिए, मैं आमतौर पर उस प्रोजेक्ट से jest स्थापना रद्द करता हूं जिसे मैं परीक्षण करना चाहता हूं और ../jest/jest करता हूं। संभावित रूप से nose ../jest/packages/jest/bin/jest.js । बस पहले yarn और yarn build:js चलाना सुनिश्चित करें। यदि ये निर्देश काम नहीं करते हैं (मैं एक विमान में एक फोन पर मेमोरी से लिख रहा हूं) कृपया एक मुद्दा (या पीआर) खोलें ताकि हम इसे CONTRIBUTING.md फ़ाइल में ठीक से लिख सकें

क्या आप चक्रीय आयात को समर्थन देने की योजना बना रहे हैं?

अगर मेरे पास एक डमी परीक्षण फ़ाइल है जो केवल दो फाइलों में से एक आयात करती है जो केवल एक दूसरे को आयात करती है, तो मुझे RangeError: Maximum call stack size exceeded । अगर मैं किसी एक आयात को हटा देता हूं, तो परीक्षण पास हो जाता है। रेपो जो इस मुद्दे को पुन: पेश करता है ।

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

ES Modules are only supported if your test environment has the 'getVmContext' function

मैंने देखा कि किसी और को पहले के उत्तर में कुछ समस्या हो रही है ( @cyberwombat द्वारा), लेकिन जिस पैकेज को उन्होंने अपराधी पाया वह हमारी package.json फ़ाइल में मौजूद नहीं है। समस्या का कारण बनने वाले पैकेज (या सेटिंग) को कैसे निकालना है? मैंने हर जेस्ट सेटिंग को व्यवस्थित रूप से हटाने की कोशिश की है जो इस काम को करने के लिए जरूरी नहीं है, लेकिन मुझे कोई सफलता नहीं मिली।

अद्यतन : मैं jest-runtime में थोड़ा सा परिवर्तन करके प्रगति करने में सफल रहा हूं। मैंने उस लाइन पर डीबगर को रोक दिया जो वीएम संदर्भ तक पहुंचने का प्रयास करता है और जबकि फ़ंक्शन वास्तव में मौजूद नहीं है, this.context (जिसे इसे वापस करना चाहिए) करता है, इसलिए मैंने उस लाइन को सीधे संपत्ति तक पहुंचने के लिए बदल दिया। मुझे पता है कि यह शायद आदर्श नहीं है, लेकिन शायद @SimenB इससे आपको अंदाजा हो सकता है कि क्या गलत हो रहा है?

किसी भी मदद के लिए पहले से ही शुक्रिया

क्या आप चक्रीय आयात को समर्थन देने की योजना बना रहे हैं?

निश्चित रूप से! क्या आप एक अलग मुद्दा खोल सकते हैं?

@zsombro ऐसा लगता है जैसे आप परीक्षण वातावरण का कुछ पुराना संस्करण चला रहे हैं। आप चलाते हैं jest --show-config , क्या द्वारा प्रदर्शित किया जाता है testEnvironment ?

ऐसा लगता है कि आप परीक्षण परिवेश का कोई पुराना संस्करण चला रहे हैं। आप चलाते हैं jest --show-config , क्या द्वारा प्रदर्शित किया जाता है testEnvironment ?

@SimenB यह निम्नलिखित कहता है:

"testEnvironment": "/Users/zberki/git/project-name/node_modules/jest-environment-node/build/index.js",
"testEnvironmentOptions": {},

मैंने आपके निर्देशों के आधार पर इसे अभी jest-environment-node पर सेट किया है

इस प्रक्रिया को शुरू करने से पहले, मैंने yarn add jest@latest का उपयोग करके जेस्ट को अपग्रेड किया। क्या मुझे पर्यावरण को अलग से अपग्रेड करना होगा?

अद्यतन: यह पता चला है कि मुझे करना था। मैंने क्लीन इंस्टाल करने के लिए node_modules और yarn.lock को हटा दिया और यह अभी भी काम नहीं किया। हालांकि, अगर मैं इसे yarn add -D jest-environment-node का उपयोग करके मैन्युअल रूप से जोड़ता हूं तो ऐसा लगता है कि यह काम करता है। क्या इसे प्रबंधित करने का कोई बेहतर तरीका है? मैंने अपने कोडबेस पर ऐसा करने से पहले एक न्यूनतम परीक्षण परियोजना की थी और मुझे ऐसा करने की आवश्यकता नहीं थी

yarn list jest-environemnt-node (या npm list jest-environemnt-node ) शायद एकाधिक सूचीबद्ध करेगा, मेरा अनुमान है

├─ [email protected]
│  └─ [email protected]
└─ [email protected]

26.2.0 संस्करण शायद वही है जो मैंने मैन्युअल रूप से स्थापित किया है (कम से कम package.json पर आधारित है, जिसका अर्थ है कि jest-config ने एक संस्करण स्थापित किया है जो स्पष्ट रूप से पुराना है?

आपके पास jest-config ( react-scripts शायद ( create-react-app का हिस्सा) के पुराने संस्करण में कुछ और खींच रहा है?) यह मुद्दा इस पर चर्चा करने का स्थान नहीं है, इसलिए

मेरे globalSetup में ES मॉड्यूल का उपयोग करने में सक्षम नहीं होने से चोट लगने लगी है।

दो बिंदु:

• क्या इस मुद्दे की शुरुआत में चेकबॉक्स के रूप में इसका उल्लेख किया जाना चाहिए (इसलिए इसे ट्रैक किया जाता है)?
• अगर कोई अल्फा/बीटा है तो मैं कोशिश कर सकता हूं, ऐसा करने के लिए तैयार हूं

मैं:

• सुनिश्चित किया कि मैं नवीनतम जेस्ट संस्करण चला रहा हूँ (26.4.0)
• मेरे प्रोजेक्ट में जेस्ट-एनवायरनमेंट-नोड जोड़ा गया
• सुनिश्चित करें कि लॉकफाइल का निरीक्षण करके इसे डुप्लिकेट नहीं किया गया है
• Jest.config.json में "testEnvironment": "jest-environment-node", जोड़ा गया
• import { jest } from '@jest/globals'; जोड़ा गया जहां भी मजाक का इस्तेमाल किया गया था
• --experimental-vm-modules साथ चलाकर परीक्षण कमांड सेटिंग NODE_OPTIONS='--experimental-vm-modules' yarn jest

और यह निम्न कोड पर दुर्घटनाग्रस्त हो जाता है:

jest.mock('../../some/other/path', () => ({
  someOtherMethod: jest.fn().mockImplementation(…),
}));

निम्न त्रुटि के साथ (संक्षिप्त - "अनुमत ऑब्जेक्ट" नोट करें!):

ReferenceError: src/foo/bar.spec.js: The module factory of `jest.mock()` is not allowed to reference any out-of-scope variables.
Invalid variable access: jest
Allowed objects: Array, …, jest, …, unescape.
Note: This is a precaution to guard against uninitialized mock variables. If it is ensured that the mock is required lazily, variable names prefixed with `mock` (case insensitive) are permitted.

मैं बैबेल का उपयोग नहीं कर सकता, क्योंकि यह अनुचित रूप से आयात को पार्स करता है जिसे मैंने बैबेल के बिना नोड 14 पर चलाने के लिए निर्धारित किया है:

-import { map } from 'lodash';
+import lodash from 'lodash';
+const { map } = lodash;

दुर्भाग्य से @babel/preset-env द्वारा अनुचित रूप से पार्स किया जाता है, जिसके परिणामस्वरूप TypeError: Cannot destructure property 'map' of '_lodash.default' as it is undefined. ।

क्या कोई कृपया मुझे इस मुद्दे के आसपास काम करने में मदद कर सकता है?

संपादित करें: ऐसा लगता है कि आप _can_ देशी ईएस मॉड्यूल पर जेस्ट + बेबेल का उपयोग करते हैं-कॉमनजेएस आयात का उपयोग करके संगत कोड यह बिल्कुल घृणित फिक्स करके:

jest.mock('common-js-module', () => ({
  __esModule: false,
  ...jest.requireActual('common-js-module'),
}));

तरह से,

import lodash from 'lodash';
const { map } = lodash;

नोड 14 द्वारा पूरी तरह से उपभोग किया जाता है, और कोड जेस्ट + बेबेल चलाने से उत्पन्न होता है,

var _lodash = _interopRequireDefault(require("lodash"));

function _interopRequireDefault(obj) { return obj && obj.__esModule ? obj : { default: obj }; }

const {
  map
} = _lodash.default;

भी चलता है।

हमने अपने ES6 कोड का उपयोग और आयात करने के लिए अपने सभी जेस्ट परीक्षणों को सफलतापूर्वक परिवर्तित कर दिया है, लेकिन हम कुछ पैकेजों पर अटक गए हैं: अर्थात् puppeteer और uuid

ऐप केवल तभी काम करता है जब हम उन्हें किसी ऑब्जेक्ट (जैसे import uuid from 'uuid' ) में आयात करते हैं, लेकिन परीक्षण इस तरह से नहीं चलेंगे। हालांकि, अगर हम इस आयात को डिकंस्ट्रक्शन सिंटैक्स (जैसे import { v4 } from 'uuid' बदलते हैं, तो यह दूसरा तरीका है: परीक्षण काम करता है, लेकिन ऐप एक अपवाद फेंकता है।

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

हालांकि, अगर हम इस आयात को डीकंस्ट्रक्शन सिंटैक्स (जैसे 'यूयूआईडी' से आयात {v4} से बदलते हैं, तो यह दूसरा तरीका है: परीक्षण काम करता है, लेकिन ऐप एक अपवाद फेंकता है।

ऐसा लगता है कि आपका ऐप कॉमनजेएस में संकलित है और अभ्यास में मॉड्यूल का उपयोग नहीं कर रहा है। "असली" से ESM import uuid from 'uuid' काम नहीं करना चाहिए क्योंकि uuid का कोई डिफ़ॉल्ट निर्यात नहीं है और नोड के लिए एक ESM बिल्ड को उजागर करता है ।

अरे @SimenB , क्या आपको लगता है कि इस पर कुछ प्रारंभिक दस्तावेज एक अच्छा विचार होगा?

@grantcarthew निश्चित रूप से! मुझे उम्मीद थी कि मैं इस पर अधिक समय बिता सकूंगा और इसे जेस्ट 27 के लिए स्थिर कर सकूंगा, लेकिन मुझे संदेह है कि मैं ऐसा कर पाऊंगा। लेकिन अब क्या है (और यह प्रयोगात्मक है) के बारे में एक दस्तावेज़ पृष्ठ लिखना एक अच्छे विचार की तरह लगता है

@SimenB मुझे नहीं पता कि इस मुद्दे की वर्तमान स्थिति क्या है और अगर जेस्ट को पहले से ही मेरे मामले में काम करना चाहिए या नहीं, लेकिन शायद यह आपकी किसी तरह मदद कर सकता है।

मैं एक ईएसएम-केवल पुस्तकालय लोड करने की कोशिश कर रहा हूं (उनका विस्तार सीजेएस है लेकिन प्रकार मॉड्यूल है और नोड इसके साथ ठीक लगता है) लेकिन जेस्ट त्रुटि के साथ इसे ठीक से लोड करने में विफल रहता है:

    C:\dev\codemirror-next-repro-cra\test-in-jest-esm\node_modules\style-mod\dist\style-mod.cjs:15
    export var StyleModule = function StyleModule(spec, options) {

यहाँ मुद्दा मैंने मूल रूप से https://github.com/codemirror/codemirror.next/issues/310 खोला https://github.com/dubzzz/codemirror-next-repro-cra/tree/main/test-in-jest-esm

@dubzzz आपके पास cjs फ़ाइल में ESM नहीं हो सकता। नोड भी विफल रहता है

$ node node_modules/style-mod/dist/style-mod.cjs
(node:48829) Warning: To load an ES module, set "type": "module" in the package.json or use the .mjs extension.
(Use `node --trace-warnings ...` to show where the warning was created)
/Users/simen/repos/codemirror-next-repro-cra/test-in-jest-esm/node_modules/style-mod/dist/style-mod.cjs:15
export var StyleModule = function StyleModule(spec, options) {
^^^^^^

SyntaxError: Unexpected token 'export'
    at wrapSafe (internal/modules/cjs/loader.js:1172:16)
    at Module._compile (internal/modules/cjs/loader.js:1220:27)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:1277:10)
    at Module.load (internal/modules/cjs/loader.js:1105:32)
    at Function.Module._load (internal/modules/cjs/loader.js:967:14)
    at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:60:12)
    at internal/main/run_main_module.js:17:47

ओह क्षमा करें, मैंने नोड पक्ष पर बहुत जल्दी कोशिश की। @ nicolo-ribaudo ने पहले ही इस समस्या के बारे में लेखक को lib के बारे में सूचित कर दिया है।
आपके त्वरित उत्तर के लिए वास्तव में बहुत बहुत धन्यवाद।

मैंने यहां कुछ (काफी ज्यादा ठूंठ) डॉक्स के लिए एक पीआर खोला: #10611। मैंने लापता सुविधाओं/बगों की गणना करने की जहमत नहीं उठाई क्योंकि मुझे लगता है कि वास्तविकता के साथ तालमेल बिठाना मुश्किल होगा, और जीथब मुद्दों को देखना एक बेहतर तरीका है क्योंकि वे (उम्मीद है ...) अप टू डेट हैं।

@Pomax एक नए मुद्दे के रूप में, कृपया

मैंने अभी-अभी #10620 खोला है जो CJS से import() लिए समर्थन जोड़ता है। कुछ बार अनुरोध किया गया है जैसे https://github.com/facebook/jest/issues/9430#issuecomment -626054595

नमस्कार। ईएसएम के पीछे की पूरी कहानी को नोड/जेस्ट में जल्दी से गले लगाना मेरे लिए काफी कठिन है, इसलिए, शायद, मैं कुछ स्पष्ट पूछ रहा हूं या पहले ही उत्तर दे चुका हूं। क्या मैं इसे सही ढंग से समझता हूं कि निम्नलिखित मामला अभी तक समर्थित नहीं है? या, मुझे आशा है, मैं कुछ सही तरीके से नहीं कर रहा हूँ? मैं इसे import x from 'x' कामों की तरह अनुभव करता हूं, लेकिन import { sub } from 'x' विनाशकारी नहीं है।

पैकेज.जेसन:

{
  "name": "jest-uuid",
  "version": "1.0.0",
  "type": "module",
  "scripts": {
    "test": "node --experimental-vm-modules node_modules/.bin/jest"
  },
  "devDependencies": {
    "jest": "26.5.2"
  },
  "dependencies": {
    "uuid": "8.3.1"
  }
}

f.spec.js

import { v4 } from 'uuid';
test('', () => {});

एनपीएम परीक्षण

> npm test

> [email protected] test /Users/igoro/p/tmp/jest-uuid
> node --experimental-vm-modules node_modules/.bin/jest

 FAIL  ./f.spec.js
  ● Test suite failed to run

    SyntaxError: The requested module 'uuid' does not provide an export named 'v4'

      at jasmine2 (node_modules/jest-jasmine2/build/index.js:228:5)

Test Suites: 1 failed, 1 total
Tests:       0 total
Snapshots:   0 total
Time:        0.879 s
Ran all test suites.
(node:94492) ExperimentalWarning: VM Modules is an experimental feature. This feature could change at any time
(Use `node --trace-warnings ...` to show where the warning was created)
npm ERR! Test failed.  See above for more details.

आप #9771 का इंतज़ार कर रहे हैं. इससे पहले जेस्ट को यह नहीं पता था कि uuid को ESM के रूप में लोड करना सुरक्षित है (या यों कहें कि किस फ़ाइल को किस बिंदु पर लोड करना है, उसे पता चलेगा कि यह ESM है)

क्या यह नोड के अपने सम्मेलन का पालन करेगा, जहां सीजेएस को केवल नामस्थान के रूप में लोड किया जा सकता है, या क्या यह उस पर "सुधार" करेगा जो सिंटैक्स की अनुमति देकर वास्तव में नोड में काम नहीं करता है? (उदाहरण के लिए नोड import { readdirSync } from "fs-extra" अनुमति नहीं देता क्योंकि यह एक सीजेएस पैकेज है, लेकिन यह import fs from "fs-extra"; अनुमति देता है जिसे const { readdirSync } = fs का उपयोग करके अनपैक किया जा सकता है)।

(उदाहरण के लिए नोड "child_process" से आयात {स्पॉन} की अनुमति नहीं देता है क्योंकि यह एक सीजेएस पैकेज है, लेकिन यह "child_process" से चाइल्ड_प्रोसेस को आयात करने की अनुमति देता है; जिसे तब कॉन्स्ट {स्पॉन} = चाइल्ड_प्रोसेस; का उपयोग करके अनपैक किया जा सकता है)।

यह एक दुर्भाग्यपूर्ण उदाहरण है क्योंकि नोड "child_process" को "बिल्टिन" (और CJS नहीं) मॉड्यूल मानता है, इसलिए नामित निर्यात काम करते हैं। नवीनतम नोडज भी कई नामित निर्यातों को सीजेएस मॉड्यूल के लिए काम करने के लिए एक अनुमानी का उपयोग करता है। यह अनुकरण करने का सबसे कठिन हिस्सा हो सकता है।

उदाहरण के बजाय fs-extra का उपयोग करने के लिए अद्यतन किया गया। लेकिन अगर नामित निर्यात नोड के रोडमैप पर या तो इस या अगले प्रमुख को लैंड करने के लिए है, तो जेस्ट प्रीमेप्टिंग यह समझ में आता है।

इसे पहले ही लागू किया जाना चाहिए - नोड कोर मॉड्यूल नामित निर्यात को उजागर करता है, "सामान्य" सीजेएस नहीं करता है।

नवीनतम नोडज भी कई नामित निर्यातों को सीजेएस मॉड्यूल के लिए काम करने के लिए एक अनुमानी का उपयोग करता है। यह अनुकरण करने का सबसे कठिन हिस्सा हो सकता है।

क्या आपके पास इसे लागू करने वाले पीआर का लिंक है? हमें कम से कम इसका अनुकरण करने का प्रयास करना चाहिए

पीआर यहाँ है: https://github.com/nodejs/node/pull/35249

इसके पीछे का अनुमान cjs-module-lexer (https://github.com/guybedford/cjs-module-lexer) के रूप में प्रकाशित किया गया है, लेकिन @guybedford किसी भी संभावित विचलन के बारे में अधिक जान सकता है।

बस इस पर एक नज़र डाली और ऐसा प्रतीत होता है कि fs-extra एक निर्यात पैटर्न का उपयोग कर रहा है जैसे:

module.exports = {
  // Export promiseified graceful-fs:
  ...require('./fs'),
  // Export extra methods:
  ...require('./copy-sync'),
  ...require('./copy'),
  ...require('./empty'),
  ...require('./ensure'),
  ...require('./json'),
  ...require('./mkdirs'),
  ...require('./move-sync'),
  ...require('./move'),
  ...require('./output'),
  ...require('./path-exists'),
  ...require('./remove')
}

यह वर्तमान में एक पुनः निर्यात विश्लेषण मामला नहीं है जिसका हम पता लगाते हैं, लेकिन सीजेएस-मॉड्यूल-लेक्सर में जोड़ना संभव हो सकता है यदि यह नामित निर्यात पहचान को संभालने के लिए एक उपयोगी मामला होगा।

धन्यवाद @jkrems और @guybedford! मैंने उस मॉड्यूल का उपयोग करके अब एक पीआर खोला है: #10673

https://github.com/facebook/jest/issues/9430#issuecomment -713204282 में वर्णित सटीक fs-अतिरिक्त समर्थन अब https://github पर अपस्ट्रीम ट्रैकिंग [email protected] में लागू किया गया है । कॉम/नोडज/नोड/पुल/35745.

_अपडेट: इस बिल्ड का परीक्षण करते हुए, यह सभी fs-अतिरिक्त कार्यों का सही ढंग से पता लगाता है, लेकिन दुर्भाग्य से यह Node.js मूल कार्यों का पता नहीं लगाता है क्योंकि वे लूप के लिए पॉप्युलेट होने के कारण सांख्यिकीय रूप से विश्लेषण योग्य नहीं हैं।_

करतब: सीजेएस से नामित निर्यात को ईएसएम आयात के नाम से समर्थन #10673

मैंने सोचा था कि देशी ईएसएम केवल कॉमनजेएस मॉड्यूल के exports को default रूप में आयात करने का समर्थन करता है?

@trusktr अब और नहीं: https://github.com/nodejs/node/pull/35249

नमस्कार। ईएसएम के पीछे की पूरी कहानी को नोड/जेस्ट में जल्दी से गले लगाना मेरे लिए काफी कठिन है, इसलिए, शायद, मैं कुछ स्पष्ट पूछ रहा हूं या पहले ही उत्तर दे चुका हूं। क्या मैं इसे सही ढंग से समझता हूं कि निम्नलिखित मामला अभी तक समर्थित नहीं है? या, मुझे आशा है, मैं कुछ सही तरीके से नहीं कर रहा हूँ? मैं इसे import x from 'x' कामों की तरह अनुभव करता हूं, लेकिन import { sub } from 'x' विनाशकारी नहीं है।

...
आयात {v4} 'uuid' से;

ईएसएम मॉड्यूल विनाशकारी आयात का समर्थन नहीं करते हैं, भले ही सिंटैक्स ऐसा दिखता है। इसके लिए काम करने के लिए, 'निर्यात v4' की जरूरत है। 'निर्यात डिफ़ॉल्ट' मेल नहीं खाएगा।

https://kentcdodds.com/blog/गलतफहमी-es6-modules-upgrading-babel-tears-and-a-solution

@sdwlig uuid नामित निर्यात प्रदान करता है और इसमें डिफ़ॉल्ट नहीं होता है। यह काम करना चाहिए लेकिन "निर्यात" फ़ील्ड वाले पैकेज से ईएसएम लोड करना अभी तक जेस्ट द्वारा समर्थित नहीं है। इसके बजाय कॉमनज लोड किया गया है जो केवल डिफ़ॉल्ट निर्यात के माध्यम से उपलब्ध है।
https://github.com/uuidjs/uuid/blob/master/src/index.js

क्या हम इसमें पैकेज सेल्फ-रेफरेंस सपोर्ट (#10883) जोड़ सकते हैं?