Initiative内のコミュニティ主導のオープン仕様です。プログラミング言語に依存しない標準のインターフェイス記述を定義します。トラフィックの検査を必要とせずに、サービスの機能を発見して理解できるようになります。サービスを理解し、操作できます。仕様は、サービスを呼び出す際の当て推量を取り除きます。定義ドキュメントの使用例には、次のものが含まれますが、これらに限定されません。ドキュメント、クライアント、およびサーバーのコード生成。テストケースの自動化。これらのドキュメントは、静的に生成および提供されるか、アプリケーションから動的に生成されます。書き直す必要はありません。ソフトウェアをサービスにバインドする必要はありません。説明されているサービスは、その説明の作成者が所有していない場合もあります。仕様の構造に記述されている必要があります。記述できるわけではありません。APIのサポートは含まれています。ファーストなどの特定の開発プロセスを義務付けていません。明確な対話を確立することで、どちらの手法も容易になります。仕様について必要な情報、それがどのように見えるかの簡単な例、およびプロジェクトに関するいくつかの一般的な情報を見つけることができます。以前のバージョンこのリポジトリには、以前のバージョンもすべて含まれています。examplesやschemasなど、このリポジトリ内の各フォルダーには、仕様の現在および以前のバージョンに関連するフォルダーが含まれている必要があります。実際に見てみる動作を確認したいだけの場合は、現在の例のリストを確認してください。増え続ける実装のリストを確認してください。開発ガイドラインで説明されています。(TSC)によってガイドされます。専門知識をもたらし、コミュニティからのフィードバックを取り入れ、必要に応じてコミッターのグループを拡大します。将来の仕様に関するすべての開発活動は機能として実行され、このブランチにマージされます。マージされmainます。仕様に関連する未解決の問題について話し合います。毎週の電話会議やスケジュールされた作業セッションへの参加は、コミュニティに開かれています。カレンダー全体をオンラインで表示できます。イニシアチブは、個人と企業の両方からの参加を奨励しています。仕様の進化に参加したい場合は、次のアクションを実行することを検討してください。現在の仕様を確認します。ファイルは、仕様の信頼できる情報源です。開発プロセスを見直して、仕様がどのように進化しているかを理解してください。リクエストをチェックして、誰かがあなたのアイデアや仕様に関するフィードバックを既に文書化しているかどうかを確認してください。購読することで、既存の会話をフォローできます。未解決の問題を購読します。問題を作成して、新しい懸念事項を説明します。可能であれば、解決策を提案してください。すべてのフィードバックに対応できるわけではなく、仕様に適した変更に賛成または反対する確固たる議論がある場合があります。Copyrights。