MicrosoftがEdge DevToolsプロトコルを発表

Microsoftは、Edgeのバージョン17の4月30日リリースでMicrosoft Edge DevToolsプロトコルを使えるようになると発表した。それは、クライアントがMicrosoft Edgeタブと連携できるようにするJSONおよびJSON-RPC APIのセットである。Edge DevTools Protocolにより、Chrome DevTools Protocolのモデルに従って、個々の開発者が標準のWebテクノロジを使ってEdgeとやりとりするツールを構築できるようになる。発表の投稿で、MicrosoftシニアプロダクトマネージャのBrendyn Alexander氏は次のように述べている。

クライアントをプラットフォームを分離することで、私たちは第2の目標を達成するための作業を開始しました。それは、Microsoft Edgeをサポートするdevtoolsのエコシステムを実現することです。HTTPとWebSocketは、ネイティブ環境とWeb開発環境においてユビキタスな技術です。つまり、多くのプログラミング言語で書かれたクライアントを統合することができます。Microsoft Edgeのためのdevtoolsを構築したいと思っている人たちの参入障壁が大幅に軽減されることを願っています。

Microsoftはそのプロトコルの最初のクライアントを2つ発表した。それは、Microsoft Edge Devtools PreviewとVisual Studio 2017である。このプロトコルは、Chrome DevToolsプロトコルと、進化の過程にあるWICG DevTools Standardをモデルにしている。現在のクライアントに関する文書で次のように述べられている。

DevToolsプロトコルのこの暫定バージョン0.1リリースは、ブレークポイントの設定、コードのステップ実行、スタックトレースの探索などの主要なデバッグ機能を提供します。 Edge DevToolsのUIでは、Debuggerパネルで利用できる機能に変換されます。ただし、（Webストレージ、Serviceワーカ、Cache API、IndexedDB向けの）キャッシュ検査は対象外となります。

機能は「ドメイン」によって整理されている。この初期バージョンは主に 「デバッガ」ドメインをサポートしている。また、「ページ」ドメインと 「ランタイム」ドメインに対する最小限のサポートと、ツールからサポートされているドメインリストへのクエリを実行できるようにするためのメタ 「スキーマ」ドメインをサポートする。

MicrosoftがChrome DevTools Protocolでモデル化を続ける場合、将来のバージョンでは利用可能なドメインの数が大幅に増えることが予想される。CDP向けのドキュメンテーションでは、AccessibilityからServiceワーカーに至るまで、39の異なるドメインがハイライトされており、それによってツールが膨大な範囲のブラウザ機能にアクセスできるようになる。

他の主要なブラウザでは、devtoolsプロトコルを実装する段階が異なる。Chromeの最新の安定版に関するドキュメントには16のドメインが含まれていますが、Webkit githubリポジトリ（別名Safari）のプロトコルディレクトリには、開発中の24の異なるドメインが表示されている。Firefoxは主要なブラウザの中で最も遅れているようであり、バグ追跡は活動が停滞しており、ドキュメントもない。

ブラウザ以外では、Node.jsはCDPのサブセットもサポートしており、6つのサポートされているドメインを説明するドキュメントがある。これにより、開発者は、Chromeツールを使用してNodeプログラムを直接デバッグすることができる。このタイプのNodeデバッグを始めるための情報については、開発者はChrome DevToolsの開発者Paul Irish氏によるこのブログ記事をチェックしてください。

Microsoft Edge DevTools ProtocolとMicrosoftの成長する開発者エコシステムの詳細を知りたい開発者は、Microsoft Edge DevTools Previewアプリケーションを試してみるか、プロトコルのドキュメントを直接参照してください。