Rootsがサーバーに伝えること

サーバーは独立したプロセスとして実行されるため、ユーザーのプロジェクトを自動的に参照できません。どのフォルダーを対象にしてよいか、クライアントから伝えてもらう必要があります。この情報はrootと呼ばれます。🧭

rootとは、クライアントがサーバーの作業範囲として指定する1つの場所です。通常は1つのプロジェクトフォルダーを指し、アクセスしてよい範囲の境界を示します。

多くのrootは、ディスク上のディレクトリを指すfile:// URIです。このスキームにより、Webアドレスではなくローカルフォルダーを参照していることが明確になります。

各rootには、任意でnameを付けられます。「My App」のような短いラベルです。人間向けの情報なので、生のパスではなく、ログやプロンプトを読みやすくできます。

クライアントは、コードフォルダーとドキュメントフォルダーのように、複数のrootを同時に公開できます。サーバーは、そのリスト全体をアクセス可能な場所の集合として扱うべきです。

rootはプロトコルによる強制的な制限ではなく、指針です。どこに集中すべきかを示すだけなので、その範囲内にとどまる責任はサーバー側にあります。✋

ルートを使うと、ユーザーは「ここで作業し、それ以外では作業しない」と指定できます。このスコープ設定により、サーバーがユーザーが実際に開いたプロジェクトから大きく外れた、プライベートなファイルに入り込むのを防げます。

クライアントがルートとみなす場所を決めます。多くの場合、ユーザーが開いたワークスペースフォルダーが基準になります。サーバーが独自にルートを設定することはなく、渡された内容を読み取るだけです。

ルートは固定されていません。ユーザーが新しいフォルダーを開くと、そのセットが変更され、対応可能なクライアントはリストが更新されたことをサーバーに伝えられます。

ルートはクライアントのオプション機能です。提供するホストもあれば、提供しないホストもあります。そのため、適切に構築されたサーバーは、リストが空でも項目があっても正常に動作します。

通信上のルートエントリは非常に小さく、uriとオプションのnameだけで構成されます。この簡潔な形式だけで、サーバーがどこで動作できるかを把握できます。

ルートとは、クライアントから渡される場所で、多くの場合はオプションの名前が付いたfile://フォルダーであり、サーバーが作業できる範囲を定めるものだと学びました。リストを管理するのはクライアントであり、リストは変更されることがあります。🎯