Cucumber-js: 質問：APIの使用法のドキュメント

これはhttps://github.com/webdriverio/wdio-cucumber-framework/issues/95にも非常に関連しているようです

javascript APIの使用方法を文書化するために、私が知っている作業はありません。 一部のCLI /ランタイムは公開されており、比較的安定しています。

これを実現する1つの方法は、目的のAPIについて話し合うことだと思います。一連の要件が決まったら、それに合わせてAPIをモーフィングして文書化できます。 CLIとランタイムインターフェイスの間に何かが必要だと思います。

カスタムダイナミックワールドを渡すために、ワールドコンストラクターを設定するのとは異なる何かが必要だと言っていますか？

機能を動的にロードする方法について詳しく教えてください。 これは、CLIの外観とは異なる方法ですか。

私はwebdriver.ioキュウリアダプターの経験しかありません。 ここでのアイデアは、提供されたWDIO CLIをメインランナーとして使用し、フレームワークアダプターを介してAPIを介してキュウリを呼び出すことです。

はい、（私たちのプロジェクトでは）キュウリのCLIが実際のランナーであるメインワールドインスタンスとしてWDIOを使用した日がありました。 しかし、WDIOで利用可能なフレームワークアダプタのこの抽象化があるので、それらを使用することは理にかなっています。 他のアダプターも参照してください： http ：

現在、 Runtimeクラスを使用してwdio-cucumber-frameworkを更新してcucumber 4をサポートしようとしています（現在はまだ2.3のみを対象としています）

たとえば、なぜこのEventDataCollectorが存在するのか疑問に思っています😏。 例： 放出されたすべてのイベントに完全なコンテキスト（gherkinDocument、currentScenario、currentStep）のペイロードがないのはなぜですか？ これはそのようなコレクターをおそらく時代遅れにするでしょうか？ しかし、多分私はここで何かが欠けています。

きっと、他にもたくさんのアイデア、提案、要件があります。 これがどこに行くのか見てみましょう。

この問題は、他のランナーとの統合により、本日再び発生しました。
APIを使用する場合は、依然として非常に有効です。
何か計画はありますか？

また、これに遭遇します。 現在、e2eテストフレームワークを構築しています。 このフレームワークをテストしたいと思います。 これを行うには、ランタイムへのAPIアクセスが必要です。 一部のクラスは、文書化されておらず、Typescript定義ファイルで定義されていませんが、公開されています。 これは、たとえ公開されていても、クラスが本番環境で使用されるべきではないという印象を私に残します。

誰かがこの問題に関する最新情報を提供し、私の仮定を確認または反論することができれば、それは素晴らしいことです。