Cucumber-js: 단계 정의 및 지원 코드에서 기본 JS 모듈 지원

오이-js가 ESM과 함께 작동하도록 하고 싶습니다. 우리는 이미 그것에 대해 몇 가지 다른 문제를 열었습니다.

오이-js가 반환된 약속을 요구하고 기다리지 않고 import 를 사용하도록 하는 CLI 옵션을 만들 수 있습니다.

추가한 예제가 주어지면 이에 대한 테스트 케이스를 추가하고 통과할 수 있도록 작업할 수 있습니다. 전환을 실험하려면 약속을 가져와서 기다려야 하고 다른 오류가 발생했습니다.

⋊> ~/p/test ./node_modules/.bin/cucumber-js                                21:05:22
(node:7422) ExperimentalWarning: The ESM module loader is experimental.
file:///test/features/steps.js:1
import { Given } from "cucumber";
         ^^^^^
SyntaxError: The requested module 'cucumber' does not provide an export named 'Given'
    at ModuleJob._instantiate (internal/modules/esm/module_job.js:92:21)
    at async ModuleJob.run (internal/modules/esm/module_job.js:107:20)
    at async Loader.import (internal/modules/esm/loader.js:176:24)
    at async Promise.all (index 0)
    at async Cli.getSupportCodeLibrary (/test/node_modules/cucumber/lib/cli/index.js:119:5)
    at async Cli.run (/test/node_modules/cucumber/lib/cli/index.js:141:32)
    at async Object.run [as default] (/test/node_modules/cucumber/lib/cli/run.js:30:14)

단계 정의 문서에서 예제(약간 수정됨)를 가져왔지만 당신 말이 맞아, 쓰여진 대로 작동하지 않을 것입니다. Cucumber.js는 CommonJS 모듈이기 때문에 기본 내보내기만 제공합니다. 단기적으로는 모듈 기본값을 가져온 다음 다음에서 Given/When/Then 메서드에 액세스할 것입니다.

import cucumber from "cucumber";

cucumber.Given(...);

장기적으로 오이에 여기에 표시된 것처럼 import 및 require에 대한 별도의 진입점이 있으면 좋을 것입니다.

봐주셔서 감사합니다. 그만한 가치가 있기 때문에 Cucumber에게 요구하는 대신 가져 오도록 지시하는 CLI 옵션이 저에게 적합합니다. Cucumber가 확장자가 .cjs 및 .mjs인 지원 파일을 찾고 이를 각각 CommonJS 및 기본 모듈로 자동 처리하는 경우에도 좋을 것입니다.

편집: 할 수만 있다면 기꺼이 도와드릴 수 있다는 점을 다시 한 번 말씀드리고 싶습니다. 올바른 방향으로 나를 가리켜 주십시오.

나는 아마도 모듈 기본값을 가져온 다음 그로부터 Given/When/Then 메소드에 액세스할 것입니다.
"오이"에서 오이 수입;
오이.주어진(...);

작동하지 않습니다. 같은 메시지가 나타납니다.
package.json에 "type": "module"이 있고 나머지 프로젝트에서는 모듈을 사용하고 있으므로 변경하는 것은 옵션이 아닙니다.

다음 중 하나를 사용하는 경우:

import cucumber from '@cucumber/cucumber';
// OR
import { When } from '@cucumber/cucumber';

원본 게시물과 동일한 오류 메시지가 나타납니다.
내가 변경하면

const cucumber = require('@cucumber/cucumber');

그런 다음이 메시지가 나타납니다.

대신 /some/path/cucumbertest/features/step_definitions.js의 이름을 .cjs로 끝나도록 변경하거나 import()를 사용하도록 필수 코드를 변경하거나 project/package.json에서 "type": "module"을 제거하십시오.

step_definitions.js 을 _either_ step_definitions.cjs 또는 step_definitions.mjs 하면 무시되고 오이로부터 내 단계에 대한 스텁을 생성하라는 일반 메시지를 받습니다.

UUUUUU

Failures:

1) Scenario: Empty Payload # spec\cucumber\features\users\create\main.feature:4
   ? When the client creates a POST request to /users
       Undefined. Implement with the following snippet:

         When('the client creates a POST request to \/users', function () {
           // Write code here that turns the phrase above into concrete actions
           return 'pending';
         });

... etc

파일을 완전히 삭제해도 똑같은 메시지가 표시되므로 분명히 무시됩니다.

솔루션(일종의)

결국 "type": "module"이 있는 프로젝트에서 오이를 실행할 수 있는 유일한 방법은 "type": "module" 없이 별도의 specpackage.json을 만들고 spec/node_modules 오이를 설치하는 것입니다

지금까지는 작동하는 것 같습니다. 실제 테스트를 만든 후에도 여전히 작동하는지 봅시다.

관리자에게: 오이는 처음 사용하는데 지금까지 좋아합니다. 그러나 이것은 실제로 내 진행에 흠집을 냈습니다. 오후에 오이를 배우는 대신 수입품을 디버깅하는 데 보냈습니다. ES6 가져오기와 CJS를 모두 지원하는 라이브러리를 만드는 것이 얼마나 성가신 일인지 압니다.

가능한 솔루션:
두 번째 dist 파일을 생성하면 CJS 및 ES6 빌드를 동시에 게시할 수 있습니다.

dist/cucumber.js
dist/cucumber.module.js

그런 다음 package.json에 다음 줄을 추가합니다.

"모듈": "dist/cucumber.module.js"

이렇게 하면 노드가 ES6 가져오기를 해결할 수 있습니다.

이 작업을 수행하는 더 나은 방법이 있어야 합니다. 나도 그 문제가 있고 imports는 commonJS와 함께 사용할 수 없기 때문에 사용해야 할 것입니다.
https://nodejs.org/api/esm.html#esm_import_expressions

어디에나...

Cucumber가 ES를 사용하는 데 도움이 되는 플래그를 가질 수 있는 방법이 있습니까?

이에 관심이 있는 사람들을 위한 빠른 정보: 오이가 있는 프로젝트에서 ESM을 사용할 때 다음을 수행하시겠습니까?

• .js 확장 및 "type":"module"
• .mjs 확장 사용
• 다른 것?

감사 해요!

모호성을 피하기 위해 모든 JavaScript 파일에 .mjs 및 .cjs 확장자를 사용하는 규칙을 따르는 경향이 있으며 이 경우에도 그렇게 하는 것이 좋습니다. 그러나 프로젝트 수준에서 "type": "module"을 설정하고 더 많은 사용자에게 더 나은 솔루션인 경우 .js 파일로 남겨두는 것은 큰 불편이 없을 것입니다.

나는 이것이 장기적으로 표준이 될 것으로 예상하기 때문에 .js 확장과 "type":"module" 사용합니다.

피드백에 감사드립니다 @adamlacoste @looeee

@davidjgoss #1589를 병합하면 해당 문제가 종료될 수 있습니까? 아니면 다른 것이 필요합니까?

넛지 @aurelien-reeves에 감사드립니다!

@cucumber/cucumber 의 버전 7.2.0은 이제 npm에 있으며 여기에 문서에 설명된 대로 ESM에 대한 실험적 지원이 포함됩니다.
https://github.com/cucumber/cucumber-js/blob/master/docs/cli.md#es-modules-experimental-nodejs-12

관심 있는 사람이 시도해 보고 보고한 내용이 훌륭할 수 있다면. 나는 여기에 아주 최소한의 예제 프로젝트를 넣었습니다.
https://github.com/davidjgoss/cucumber-esm-example

한 곳에서 초기 피드백을 받기 위해 이 문제를 잠시 열어 두게 되어 기쁩니다.

참조 https://github.com/cucumber/cucumber-js/issues/1646

따라서 이 변경으로 인해 특정 항목을 직접 require 하는 타사 프레임워크 및 포맷터에 문제가 발생했습니다(진입 지점과 반대). 기본적으로 7.1.0으로 되돌리는 7.2.1을 출시하여 해당 사용자의 차단을 해제했습니다. 원인을 파고들어 ESM을 계속 지원하면서 이를 피할 수 있는지 확인하겠습니다. 그 동안, 그것이 당신에게 영향을 미치지 않는다면, 7.2.0은 여전히 ​​실험할 수 있습니다.

나는 --esm 플래그와 함께 v7.2.0 에게 기회를 주려고 했습니다. ESM으로 변환하려는 패키지에 대한 테스트에서 testdouble을 사용합니다.

사용하기 위해서는 td.replaceEsm , 로더처럼 사용되어야합니다 --loader=testdouble . 오이 cli에 직접 로더를 제공하려고 하면 다음 오류가 발생합니다.

> cucumber-js test/integration --esm --loader=testdouble

error: unknown option '--loader=testdouble'

해당 옵션을 사용할 수 없었기 때문에 NODE_OPTIONS 로 시도했습니다.

> NODE_OPTIONS='--loader=testdouble' cucumber-js test/integration --esm

(node:62231) ExperimentalWarning: --experimental-loader is an experimental feature. This feature could change at any time
(Use `node --trace-warnings ...` to show where the warning was created)
internal/process/esm_loader.js:74
    internalBinding('errors').triggerUncaughtException(
                              ^

TypeError [ERR_UNKNOWN_FILE_EXTENSION]: Unknown file extension "" for /path/to/project/node_modules/@cucumber/cucumber/bin/cucumber-js
    at defaultGetFormat (internal/modules/esm/get_format.js:71:15)
    at getFormat (file:///path/to/project/node_modules/quibble/lib/quibble.mjs:65:12)
    at Loader.getFormat (internal/modules/esm/loader.js:104:42)
    at Loader.getModuleJob (internal/modules/esm/loader.js:242:31)
    at async Loader.import (internal/modules/esm/loader.js:176:17)
    at async Object.loadESM (internal/process/esm_loader.js:68:5) {
  code: 'ERR_UNKNOWN_FILE_EXTENSION'
}

참고로 이것은 v14.17.0 노드에 대한 것이었습니다.

이것이 NODE_OPTIONS 접근 방식과 함께 작동하면 좋겠지만 이상적으로는 --loader 옵션이 일부 테스트 프레임워크가 지원하기 시작한 것처럼 cli에서 직접 지원됩니다. ESM 지원에 접근하는 다음 버전에서 이러한 접근 방식을 고려하십시오. :)

v7.2.0 로 작업할 것으로 예상되는 로더를 정의하는 방법이 있습니까?