Jest: ES 모듈에 대한 기본 지원을 추가하는 것을 고려하십시오.

Jest에는 자체 require 구현이 있으므로(https://github.com/facebook/jest/blob/master/packages/jest-runtime/src/index.js) 구문을 지원하고 기본값은 .mjs 입니다. 나는 또한 실험적인 깃발을 활성화하는 것에 반대합니다.

import / export 를 자동으로 변환하는 것이 가능할 수도 있지만 의미 체계를 구현하는 것은 엄청난 작업이며 노드 6에 대한 지원으로 인해 아마도 1년 동안 차단되었을 것입니다.

나는 SimenB에 동의합니다. vm 모듈과 함께 이 작업을 수행하려면 노드 팀의 많은 후크가 필요합니다. 그러나 그 동안에는 이것을 지원해야 한다고 생각합니다. 그러나 전체 기본 구현을 미러링하는 것이 아니라 babel을 사용하고 babel-jest 내부에서 요구하도록 컴파일하여 지원해야 합니다. 테스트 목적으로 이것은 잘 작동하고 노드 런타임이 제공해야 하는 것과 동일한 보장을 제공할 필요가 없다고 생각합니다.

babel-plugin-transform-es2015-modules-commonjs & babel-plugin-dynamic-import-node 를 babel-jest 됩니까?

네, 그렇게 생각했습니다.

여러분, https://github.com/standard-things/esm을 통합하는 것은 어떻습니까? 빠르고 많은 경우를 유지합니다.

@TrySound 구체적으로 어떻게 생겼습니까? 프로토타입을 만들 수 있습니까?

우리는 여전히 우리 자신의 require-implementation(mocks에 필요)을 가지고 있기 때문에 별로 도움이 되지 않을 것 같습니다.

그리고 우리는 Node의 규칙과 브라우저의 규칙 모두에 대해 작업해야 합니다.

수정되어 우리에게 완벽하게 작동하게 되어 매우 기쁩니다 :D

@std/esm 분명히 농담으로 작동해야합니다 : https://twitter.com/jdalton/status/930257653292400640

누구든지 그것을 소용돌이치고 문서에 대한 PR을 가지고 돌아올 수 있습니까? 🙂

사용자는 어디에서나 지원을 원하지만 테스트 파일의 종속성에 대해서만 작동한다는 것을 알았습니다.

// test.js
require = require('@std/esm')(module, { esm: 'js', cjs: true });
const utils = require('./utils');

// utils.js
export { default as update } from './update';

더 좋지만 이상적이지는 않습니다.

https://github.com/tarunlalwani/jest-overriding-require-function-stackoverflow

그래서 babel-plugin-transform-es2015-modules-commonjs & babel-plugin-dynamic-import-node를 babel-jest에 추가하기만 하면 됩니까?

ES 모듈에서 매우 중요한 "누락된 내보내기" 검사를 수행하지 않기 때문에 이것이 훌륭한 솔루션이라고 생각하지 않습니다. 예를 들어, React repo에서 Rollup이 이러한 실수를 발견하지만 Jest with es2015-modules-commonjs 는 발견하지 못하기 때문에 빌드를 더 자주 실행하기 시작했습니다.

@std/esm은 분명히 jest와 함께 작동해야 합니다.

상호 운용성에 약간의 시간을 투자하는 것이 좋습니다. 이 해킹 솔루션이 결국 중단될 것이라고 확신합니다: https://stackoverflow.com/questions/46433678/specify-code-to-run-before-any-jest-setup-happens. 그러나 Jest 측에서 무언가를 노출하는 문제라면 지원되는 것을 보는 것이 좋습니다.

@SimenB , 내 생각에 즉각적인 단계는 너무 복잡하지 않을 것입니다. 시급한 것은 babel이 테스트 씬 뒤에서 도움이 되더라도 사람들이 .mjs 모듈로 작업할 수 있도록 하는 것입니다. 그렇지 않으면 사람들이 .mjs를 사용하려면 다른 테스트 솔루션을 찾아야 할 수도 있습니다.

1. .mjs 파일을 찾을 수 있도록 testMatch 속성 수정
   (현재 정규 표현식이 이미 올바른 것처럼 보이더라도 작동하지 않습니다. 아마도 .mjs 확장자를 거부하는 어딘가에 하드 코드가 있을 수 있습니다)
2. node.js를 실행할 때 --experimental-modules 플래그를 전달하여 기본적으로 실행되도록 합니다.
3. Jest는 .mjs를 오늘날의 .js와 똑같은 방식으로 처리해야 합니다(예: jest require에서) -- import 문은 오늘날 .js 내에서 이미 허용되므로 .mjs 확장자만 허용하면 됩니다.

최종 솔루션은 복잡하고 시간이 걸릴 수 있지만 불가피하지 않습니까?

안녕하세요, 누군가이 오류를 고칠 수 있습니까?

우리는 "node --experimental-modules" 옵션과 함께 .mjs를 사용하고 있습니다. 해결 방법이 있습니까?

우리는 "node --experimental-modules" 옵션과 함께 .mjs를 사용하고 있습니다. 해결 방법이 있습니까?

그것은 실험적이며 완전히 구체화되지 않았습니다. 기본 제공 모듈을 가져오는 방법과 같은 기본 사항이 아직 공개되지 않은 상태에서 많은 변동이 있습니다. AVA와 같은 프로젝트는 @std/esm 를 사용하는 경우 로더 파이프라인으로 사용하는 것을 허용하기 시작했습니다(Babel 우회). 어쩌면 농담도 비슷한 접근 방식을 취할 수 있습니다.

@std/esm 은 우리가 하고 싶은 일입니다. 구현에 도움을 주는 것은 환영할 일입니다!

@SimenB 행아웃에서 채팅할 수 있나요?

안녕하세요 @SimenB 👋

esm 사용자가 esm + Jest 데모에 기여했으며 더 공식적인 젖소 길을 만들기 위한 좋은 출발점이 될 수 있다고 생각했습니다.

업데이트:

esm + Jest 데모가 기본 모듈 이름 매핑 지원으로 업데이트되었습니다.

꽤 괜찮은데! 공유해 주셔서 감사합니다.

통합을 원하는 위치를 파악해야 합니다. CSS(또는 기타 비js 자산) 파일을 어떻게 처리할까요? 그냥 변신이라고 해야 할까요? 내장 babel 변환은 어떻습니까? Jest는 들어오는 로더와 관련하여 영향을 미치는 경우 어떻게 행동해야 합니까?

커뮤니티 기여 esm -enabled 대체 jest runner(또는 비공식/실험 플래그)에 대한 이점이 있을 수 있으므로 이와 같은 작업을 진행할 수 있습니다. 농담 팀에서 그것에 관심이 있습니까?

require 는 러너에서 구현되지 않고 런타임 자체에 있습니다. 플러그형으로 만들기 위한 모든 기여는 매우 환영합니다(ref #848).

문제 없이 작동하도록 링크된 @jdalton 예제 코드를 얻을 수 있다면(또는 그에 가깝게), 농담 자체의 플래그 뒤에 있는 esm 로더에 로드할 수 있을 만큼 간단해야 합니다. 내가 문제로 보는 한 가지는 우리가 만든 가짜가 아니라 실제 module 글로벌을 원한다는 것입니다. 테스트 사이에 모듈이 누출될 수 있다는 의미인지 확실하지 않습니까? esm이 후드 아래에서 무엇을 하는지 모르겠습니다. 또한 모의를 처리하지 않으므로 import 가 있는 모의는 여전히 중단됩니다.

Jest가 CJS를 활용하는 방법에 대한 약간의 조정이 필요할 수 있습니다. 예를 들어 module 객체를 조롱할 때 일반 객체를 사용하는 대신 require("module") 를 사용한 다음 module.require 를 래핑/덮어쓰기하여 요청을 가로채고 필요에 따라 저글링할 수 있습니다.

업데이트:

지금과 상자 밖으로 농담을 가능하게 일하고 있어요 esm (희망 아무것도 농담 다르게 상관이와). 주말 동안 계속 실험을 해보겠지만 초기 징후는 좋아 보입니다.

@jdalton esm 호환성이 있는 업데이트가 있습니까?

안녕하세요 @JasonCust , 와우 내 댓글이 주목을 받았습니다!

esm 에서 Jest 지원을 활성화하는 데 필요한 작업을 식별하는 데 진전이 있었습니다. 내 실험에서 나는 ESM으로 작성된 Jest 로딩 및 평가 테스트를 받았습니다. esm 로더 측에서 필요한 작업은 vm.Script 처리하는 방식을 보다 일반적으로 사용하도록 하는 것입니다. 현재 단일 모듈을 가정하는 REPL 사용을 위해 주로 연결합니다. Jest 지원이 흔들릴 수 있도록 좀 더 일반적으로 만들어야 합니다. Jest가 변경해야 할 사항은 아닌 것 같습니다. vm.Script 지원의 리팩터링은 여전히 ​​내 TODO에 있으며 실험적인 WASM 지원과 같은 기능을 출시하기 전에 계속 처리될 것입니다. 현재 저는 개선된 APM 및 조롱 지원과 관련하여 발생한 버그를 해결해 왔습니다.

Jest와 함께 esm 를 사용할 수 있게 되어 기쁩니다. @jdalton 업데이트에 감사드립니다. 그런 작업을 하는 동안 귀찮게 하지 않도록 esm 에 대해 진행 상황을 따라갈 수 있는 작업이 있습니까?

팔로우 리포지토리의 이 스레드를 계속 구독할 수 있습니다. Jest 지원은 v3.1.0 릴리스에 있으므로 해당 버전을 계속 주시할 수 있습니다.

@jdalton esm에서 Jest를 지원한다는 소식이 있습니까?

안녕하세요 @deepj님!

여전히 내 목록에 있고 이 작업을 완료하기 전에 처리할 수 있는 항목이 줄어들고 있습니다. Jest 내에서 esm 모듈을 테스트하는 보조 Jest 지원을 개선해 왔습니다.(Jest 내에서 CJS 테스트 포함)_. Jest 측에서 구현을 심각하게 차단하는 것은 아직 없습니다 _(그들이 할 일이 없습니다)_. 제 고용주인 Microsoft도 Jest를 많이 사용하므로 이를 개선하는 것이 저의 일상적인 목표 중 하나입니다. 곧 처리할 수 있기를 바랍니다.

@jdalton 반갑습니다. 그리고 당신의 노고에 감사드립니다. 감사합니다!

이 기능이 정말 기대됩니다 :speak_no_evil:

지난 2시간 동안 이 기능을 작동시키려고 노력했습니다. 너무 많은 부분 솔루션, 반쯤 문서화된 답변, 모두 서로 다릅니다... node.js 패키지를 테스트하기가 쉬웠습니다.

babel-plugin-transform-es2015-modules-commonjs & babel-plugin-dynamic-import-node 를 babel-jest 됩니까?

그 아이디어는 어떻게 되었나요? 구현에 문제가 있습니까?

안녕하세요 @jdalton입니다. 이 문제의 상태에 대해 최신 정보를 제공해 주실 수 있는지 궁금합니다. 귀찮게 해서 죄송하지만 잠시 기다리겠습니다. 적어도 지난/다음 6개월 동안은 업데이트를 받아보는 것이 좋을 것 같습니다. 고맙습니다 :)

안녕하세요 @SurenAt93입니다!

기다려 주셔서 감사합니다. Jest가 지원하는 월말까지 릴리스가 나오길 바랍니다. 이를 통해 esm 를 Jest 변환으로 지정 합니다.

멋있는. 이 변환은 Babel과 어떻게 다른가요?

@케노트론

Jest의 transform 옵션을 사용하는 것은 esm 로더를 사이드로드하는 방법입니다. 따라서 기술적으로 소스를 변환하는 동안 esm 로더도 연결합니다.

질문이 더 많은 경우 Babel과 esm 의 차이점은 무엇입니까? Babel은 소스를 변환하는 패키지 모음이며 대상 중 하나는 ESM 구문일 수 있습니다. esm 로더는 런타임 환경을 시뮬레이션하는 제로 종속성 로더입니다. 따라서 esm 는 동적 import() 과 같은 것을 지원하고 관련 test262 사양(임시 데드 존, 라이브 바인딩, 선행 오류 등)을 통과하고 CJS/ESM/WASM 혼합 로드를 지원합니다. 구성으로 맛을 봅니다.

@jdalton 작업과 지원에 감사드립니다!

@톰헬러 ;)

지난 2시간 동안 이 기능을 작동시키려고 노력했습니다. 너무 많은 부분 솔루션, 반쯤 문서화된 답변, 모두 서로 다릅니다... node.js 패키지를 테스트하기가 쉬웠습니다.

나는 동의한다.

나는 또한 문제를 나타내는 간단한 Vue 프로젝트를 만들었습니다.
https://github.com/igasparetto/vue-jest-test
작동하지 못했습니다.

다음 페이지의 지침을 따랐습니다.

• https://vuejs.org/v2/guide/unit-testing.html
• https://medium.com/@kevin_peters/unit -testing-vue-js-components-with-jest-86e14ef499da
• 이 스레드를 참조하십시오: https://github.com/vuejs/vue-cli/issues/1584

내 컴퓨터(중요한 것인지 확실하지 않음):

• Windows 10 프로 64비트
• 노드 v8.9.4
• 뷰: 3.2.3
• npm: 6.5.0

@kenotron

Jest의 transform 옵션을 사용하는 것은 esm 로더를 사이드로드하는 방법입니다. 따라서 기술적으로 소스를 변환하는 동안 esm 로더도 연결합니다.

질문이 더 많은 경우 Babel과 esm 의 차이점은 무엇입니까? Babel은 소스를 변환하는 패키지 모음이며 대상 중 하나는 ESM 구문일 수 있습니다. esm 로더는 런타임 환경을 시뮬레이션하는 제로 종속성 로더입니다. 따라서 esm 는 동적 import() 과 같은 것을 지원하고 관련 test262 사양(임시 데드 존, 라이브 바인딩, 선행 오류 등)을 통과하고 CJS/ESM/WASM 혼합 로드를 지원합니다. 구성으로 맛을 봅니다.

@kenotron 업데이트를 제공해 주시겠습니까?

@igasparetto , 이것을 가능하게 하는 것은 @jdalton 의 작업입니다. 나는 아직 그 솔루션을 시도하지 않았습니다.

내가 생각하는 최신 상태는 다음과 같습니다. https://twitter.com/jdalton/status/1080627279124934661

네! 죄송합니다. 원하는 것보다 시간이 오래 걸립니다. 로컬에서 이제 모든 관련 test262 테스트를 통과했습니다. 모의 관련 시나리오 테스트를 가져오는 과정에서 미끄러져서 릴리스하기 전에 다시 가져와야 합니다. 극복할 수 없는 것이 아니라 시간이 조금 걸릴 뿐입니다. 저는 1월 16일 Covalence Conf 에서 발표 npm tink 는 ESM 구문 지원 🤝을 위해 esm 를 조기에

1월 16일 그리고 그때까지 출시되기를 바랍니다.

@jdalton 프레젠테이션이 잘

이 릴리스에 대한 업데이트가 있습니까?

@igasparetto https://github.com/standard-things/esm/issues/97#issuecomment -454985896 및 https://github.com/standard-things/esm/issues/706 에

나는 당신의 계획을 돕기 위해 여기에 작은 "데이터 포인트"를 남깁니다. 저는 여러분 모두가 이 문제를 해결하기 위해 시간과 기술을 기부하고 있다는 것을 알고 있습니다. 개발자로서 귀하의 기여에 감사드립니다.

나는 클라이언트와 서버 측 모두에서 자바스크립트 모듈에 대한 속도를 올리기 위해 어제 대부분의 시간을 토요일에도 보냈습니다. ESM, CommonJS, AMD, 혼란스러운 혼란. .mjs 확장자를 사용하여 (노드) 모듈을 로드하는 ESM과 함께 작동하는 농담 테스트를 얻을 수 없었습니다. 동일한 모듈을 클라이언트 측에서 성공적으로 로드할 수 있습니다. import 문과 함께 모듈을 사용하는 노드 "클라이언트"를 만들 수 있습니다. babel이 있든 없든, esm이 있든 없든 동일한 import 문을 사용하도록 jest를 올바르게 구성할 수 없습니다. 나는 결국 ava로 전환했고 웹사이트의 레시피에 따라 작동하게 되었습니다. 네, 저는 레시피를 따랐습니다. 모든 부품이 작동하도록 만든 기계를 완전히 이해하지 못했습니다. 하지만 적어도 이제 ESM 로딩 자바스크립트 모듈 및 관련 단위 테스트를 작성할 수 있습니다. 제 생각에는. 나는 하나의 단일 성공을 기반으로 외삽하고 있습니다. 그들은 또한 ava를 webstorm에 연결하는 방법을 가지고 있습니다. 그러나 적어도 그들은 나 같은 단순한 인간에게 조리법을 제시하고 있습니다.

나는 또한 이 메시지가 내가 징징거리는 것처럼 읽힐 것이라는 것을 깨달았습니다. 나는 농담에 빠진 모든 작업을 봅니다. 그러나 이 ESM 지원은 저에게 킬러이자 거래 차단기입니다. 피드백에 감사할 것이라고 생각했지만 그렇지 않은 경우 이를 무시하거나 삭제를 요청하면 삭제하겠습니다.

v12 릴리스에서 새로운 모듈 지원에 대한 소식이 있습니까?

@dandv Jest가 노드 12에서 기본 ES 모듈을 지원할 수 있는지에 대한 조사를 해왔습니다. 여기에는 vm.SourceTextModule API를 사용하는 Jest가 포함됩니다. 여기에는 node 전달되는 몇 가지 CLI 플래그가 필요합니다

--experimental-modules --es-module-specifier-resolution=node --experimental-vm-modules

API도 매우 낮은 수준입니다.

미정.

https://github.com/nodejs/node/issues/27387의 토론

업데이트: Node의 모듈 로더 디자인이 잠길 때까지 기다리라는 지시를 받았습니다. 그 동안에는 standard-things/esm#706이 최선의 선택일 수 있습니다.

jest는 아주 좋은 테스트 라이브러리입니다. esm에 대한 지원은 정말 필요한 모든 것입니다!

업데이트: Node의 모듈 로더 디자인이 잠길 때까지 기다리라는 지시를 받았습니다. 그 동안에는 standard-things/esm#706 이 최선의 선택일 수 있습니다.

이것은 슬프게도 농담으로 작동하지 않습니다.

@jdalton 우리는 lodash 의 ES Module Exports 빌드인 lodash lodash-es 는 Webpack v4에서 트리를 흔들 수 있습니다! ( ◔ ౪◔)⊃━☆ﾟ.*・.

불행히도 이것은 Jest가 아직 ES 모듈을 지원하지 않는다는 점을 감안할 때 우리에게 문제를 일으키고 있습니다. 이 기능이 곧 Jest의 일부가 되기를 바랍니다. lodash-es 가 Jest와 함께 작동

Jest는 다음 오류 메시지와 함께 실패합니다.

node_modules\lodash-es\lodash.js:10
    export { default as add } from './add.js';
    ^^^^^^

    SyntaxError: Unexpected token export

우리의 jest.config.js

우리는 또한 jest-preset-angular npm 패키지를 사용하고 있습니다.

module.exports = {
  testMatch: ['**/+(*.)+(spec|test).+(ts|js)?(x)'],
  transform: {
    '^.+\\.(ts|js|html)$': 'ts-jest'
  },
  resolver: '@nrwl/builders/plugins/jest/resolver',
  moduleFileExtensions: ['ts', 'js', 'html'],
  collectCoverage: true,
  coverageReporters: ['html']
};

불행히도 이것은 Jest가 아직 ES 모듈을 지원하지 않는다는 점을 감안할 때 우리에게 문제를 일으키고 있습니다. 이 기능이 곧 Jest의 일부가 되기를 바랍니다. lodash-es 가 Jest와 함께 작동 하도록 하는 방법을 아는 사람이

변환할 때 lodash-es를 무시하지 않도록 Jest에 지시:

  "transformIgnorePatterns": [
    "[/\\\\]node_modules[/\\\\](?!lodash-es/).+\\.js$"
  ],

https://www.npmjs.com/package/jest-esnext

https://github.com/haraldrudell/ECMAScript2049/tree/master/packages/jest-esnext

@haraldrudell 지침에 따라 패키지 사용 방법이 명확하지 않습니다. 다음과 같이 표시됩니다. jest.config.js content module.exports = require('jest-esnext') 라는 package.json 옆에 파일을 생성하지만 이미 구성이 있는 경우에는 어떻게 합니까? 통합하는 방법?

사용된 파일입니다

https://github.com/haraldrudell/ECMAScript2049/blob/master/packages/jest-esnext/config/jest.config.js

당신의 내용을 대체 할 수 있습니다 _default 당신의 일에 jest.config.js

안녕하세요 여러분,
node 12.13.0 LTS가 마침내 출시되었습니다... 그 문제에 대한 소식이 있습니까?

@mtsmachado8 ESM 모듈이 아직 실험용으로 표시되는 것을 보았기 때문에 v8 팀에서 아직 시간이 필요합니다. 로드맵에서 실패했을 수도 있습니다.

https://nodejs.org/api/esm.html

플래그가 지정되지 않은 ESM의 경우 이 PR이 적용됩니다.
https://github.com/nodejs/node/pull/29866

@azder @haraldrudell 따라서 기본적으로 솔루션에서 node_modules 있는 파일을 포함하여 모든 JS 파일에 대해 Babel 변환을 수행합니까?

제 경우에는 다음과 같이 변압기를 구성하는 방법을 찾지 못했기 때문에 사전 설정을 직접 사용해야 했습니다.

const babelPreset7Esnext = require('babel-preset-7-esnext');
const babelJest = require('babel-jest');

module.exports = babelJest.createTransformer(
    babelPreset7Esnext(undefined, {decorators: {legacy: true}})
);

노드에는 이제 기본적으로 모듈 지원이 토글됩니다.

https://github.com/nodejs/node/pull/29866

ECMAScript 모듈 기본 지원은 13.2.0에 상륙했습니다.

https://github.com/nodejs/node/blob/master/doc/changelogs/CHANGELOG_V13.md#13.2.0

로더를 사용할 수 있을 때까지 이 작업을 수행하지 않습니다. 그것들이 없으면 Node에는 Jest가 적절한 지원을 제공하는 데 필요한 후크가 없습니다. https://medium.com/@nodejs/announcing -core-node-js-support-for-ecmascript-modules-c5d6dc29b663을 참조하십시오(섹션에 직접 연결할 수 없지만 "작업 진행 중" 섹션입니다. 하단에)

네이티브 모듈을 사용하고 jest를 사용하려는 사람들을 위해.
이 작업을 하는 동안 노드 v. 13.2.0에 대한 빠른 수정을 제안합니다.
babel-plugin-transform-default-import
사용법(_package.json_에서):

{
  "babel": {
    "presets": [
      [
        "@babel/preset-env",
        {
          "targets": {
            "node": "current"
          }
        }
      ]
    ],
    "plugins": ["transform-default-import"]
  },
}

라이브러리는 다음을 설치해야 합니다.
npm i --save-dev @babel/core @babel/preset-env babel-plugin-transform-default-import

참고: export라는 이름의 babel이 있는 라이브러리가 없거나 사용하지 않는 경우 babel-plugin-transform-default-import를 사용할 필요가 없습니다.

@infodusha 굉장합니다 :) . 감사합니다.

내 프로젝트에서는 플러그인 없이 작동합니다.

npm i --save-dev @babel/preset-env

babel.config.js (이 이름은 .babelrc 아니라 이름을 지정해야 함):

module.exports = {
    presets: [
        [
            '@babel/preset-env',
            {
                targets: {
                    node: '13.2',
                },
                modules: 'commonjs',
            },
        ],
    ],

    plugins: [],
};

트릭은 파일을 디렉토리로 분리하고 적절한 package.json 를 사용하는 것입니다.

test 디렉토리에서 사용했습니다.

{
  "type": "commonjs"
}

src 디렉토리에 있는 동안:

{
  "type": "module"
}

@azder 하지만 기본 모듈에서 import라는 이름의 commonjs를 제공하는 패키지를 가져오면 기본 가져오기로 가져와야 하고 babel에서는 명명된 가져오기를 사용해야 합니다. 아마도 그런 패키지가 없거나 es6 내보내기를 제공하는 패키지가 없지만 모든 패키지가 내일 할 준비가 된 것은 아닙니다.

@infodusha 아마 지금 아무것도 없습니까? 내가 쓴 것을 시도하고 문제를 찾았습니까 아니면 사용하는 데 문제가 있다고 가정합니까?

"기본 모듈에서 import라는 이름의 commonjs를 제공하는 가져오기 패키지"가 의미하는 바가 명확하지 않기 때문에 실제 예를 제공하십시오.

지금까지 ./src 디렉토리가 "type":"module" 이고 ./test 디렉토리가 "type":"commonjs" .js 파일 확장자를 가진 모든 파일을 작성하는 데 문제가 없었습니다. "type":"commonjs" 과 함께

const imported = require('../src/module.js').default;
const {anotherOne} = require('../src/module.js');

Jest가 ES 모듈 을 CommonJS 코드로 자동 변환하기 때문입니다.

이것이 ES 모듈을 기본적으로 테스트해야 한다고 생각하는 것입니다.

(async () => {
    const [
        { default: imported },
        { anotherOne },
    ] = await Promise.all([
        import('../src/some-module.js'),
        import('../src/another-module.js'),
    ]);

    // Rest of your test goes here.
})();

@azder 그것들은 해결 방법입니다.

package.son type=module 와 first.js 및 second.js 두 개의 파일이 있는 mymodule 디렉토리를 만듭니다.
그런 다음 import { first } from "mymodule"; 시도합니다.

Node ESM을 사용하려면 json에 exports 필드가 필요하며 현재 패키지에는 없습니다(예: lodash).

귀하의 예제는 작동하는 것처럼 보일 수 있지만 some-module.js 또는 another-module.js 중 하나가 명명된 모듈을 import 하려고 하자마자 중단됩니다. 캐스케이드에서 중단될 것입니다.

@damianobarbati You _ NEED _ "type": "module" in package.json , 그것 없이는 모듈의 모든 .js 파일이 CommonJS 로 로드됩니다.

exports 는 외부 소비자에게 노출되는 것을 제한하는 데만 사용되며 조건부 내보내기의 경우 .js 파일이 CommonJS 또는 ESM 으로 구문 분석되는지 여부에 절대 영향을 미치지 않습니다.

@damianobarbati @Exe-Boss의 말에 따르면 틀렸습니다. btw,

Jest가 ES 모듈을 CommonJS 코드로 자동 변환하기 때문입니다.

예, 저는 Jest quirk에 의존합니다. 그래서 devDependencies babel을 추가하지 않고 babel.config.js devDependencies

@damianobarbati

작업 중인 프로젝트가 있습니다. 그 안에 Jest 트랜스파일을 사용하고 있습니다. 반면 src 디렉토리에는 babel 구성 파일이 있는 루트가 아닌 ./src 모듈 유형이 있습니다(그 중 하나는 CJS 변덕으로 인해).

또한 NPM(또는 패키지 작성자)이 믹스 앤 매치에 대한 준비가 되어 있지 않다고 생각하기 때문에 CJS인 NPM에서 아무 것도 가져오지 않기 때문에 당신이 옳습니다.

내 프로젝트의 목표는 ESM만 사용하는 것이므로 Jest는 자체적으로 트랜스파일되는 유일한 예외입니다.

@azder 이런거 ? https://github.com/damianobarbati/node-jest/tree/feature/azder-test

@damianobarbati

그런 것, 여기에 프로젝트가 있습니다 https://github.com/azder/clip . 블로그 게시물 발췌문의 마지막 문장에 따라 내 package.json 에는 "종속성"이 없다는 점에 유의하십시오. NPM의 ESM과 CJS 모듈을 혼합하지 않기로 결정했습니다.

이 방법은 Jest의 필요에 따라 내 ESM 모듈에서 필요한 것을 변환하지만 node_modules 디렉토리를 처리하려면 더 많은 babel 구성이 필요할 수 있습니다.

https://medium.com/@nodejs/announcing -a-new-experimental-modules-1be8d2d6c2ff

현재 require('pkg') 및 import 'pkg'를 통해 사용할 수 있는 패키지를 만드는 것은 불가능합니다. 이 문제를 해결하기 위한 노력이 진행 중이며 위의 내용이 변경될 수 있습니다. 특히, Node.js는 패키지의 ES 모듈 진입점을 정의하기 위해 "main" 이외의 필드를 선택할 수 있습니다. 커뮤니티가 "모듈" 필드를 수용했다는 것을 알고 있지만 "모듈"을 사용하여 게시된 많은 패키지에 Node.js에서 평가되지 않을 수 있는 ES 모듈 JavaScript가 포함되어 있으므로 Node.js가 해당 필드를 채택할 가능성은 낮습니다. 확장자는 파일 이름에서 제외되거나 코드에 require 문 등이 포함됩니다.) 이 문제가 해결될 때까지 Node.js에서 사용할 ES 모듈 패키지를 게시하지 마십시오.

Jest에서 지원을 추적하기 위해 방금 연 #9430을 참조하십시오. 이 문제는 토론을 위해 열어 두겠습니다.

@SimenB 이것은 좋은 징조입니다! Jest 25 릴리스 노트의 모듈에 대한 언급 은 이 지원을 더 빨리 볼 수 있다는 희망을 줍니다.

@SimenB 제 기억이 node_modules 패키지에도 Babel을 활성화해야 했습니다. 변경되었나요?

사용자 코드와 라이브러리 코드 모두를 지원할 때까지 가져오기/내보내기를 변환해야 합니다.

@SimenB :

사용자 코드와 라이브러리 코드 모두를 지원할 때까지 가져오기/내보내기를 변환해야 합니다.

우리의 경우 지금까지 가장 좋은 방법은 모든 패키지에 /es/ dir이 있기 때문에 이것이지만 깨지기 쉽고 다른 프로젝트에는 적합하지 않을 수 있습니다.

transformIgnorePatterns: ['node_modules/(?!.*?/es/.*\\.js)'],

Jest는 type: module 에도 불구하고 변환 없이 해당 패키지를 선택하지 않습니다.

사용자 코드와 라이브러리 코드 모두를 지원할 때까지 가져오기/내보내기를 변환해야 합니다.

이에 대한 대략적인 일정이 있습니까?
노드 14 릴리스에서:

현재 구현이 Universal JavaScript로 가는 경로를 제공하는 ESM 모듈을 작성하기 위한 미래 증명 모델을 제공한다고 믿습니다. 자세한 내용은 설명서를 참조하십시오.

Node.js의 ESM 구현은 아직 실험적이지만 Node.js의 ESM을 "안정적"이라고 부를 수 있는 것에 매우 가까워지고 있다고 믿습니다. 경고를 제거하는 것은 그 방향으로 가는 큰 단계입니다.

따라서 나는 훨씬 더 오랫동안 commonJS를 사용하여 NPM 패키지(JEST 테스트 프레임워크를 구현하는 테스트에서 소비될 수 있음)를 내보내는 것을 꺼립니다.

Jest 25.4의 실험 버전을 출시합니다. 25.5에서 꽤 많은 버그가 수정되었지만 여전히 있어야 할 위치에 없습니다. 진행 상황은 #9430에서 확인할 수 있습니다.