プライマリ リソース クライアント プロセスにある種のニーモニックを与えるような方法で構築します。たとえば、従業員を表すリソースがたくさんある場合は、それぞれを/employees/alice、/employees/bobなどに配置します。すべての従業員を表すリソース (リストなど) がある場合は、 に配置しますが、そうで/employees/ない場合は ' d はまだその構造を使用しています。
この階層が比較的単純な場合は、ファイルをどこに配置するかという点でそれに従います。
それ自体が階層的なものをモデル化する場合、URI マッピングでその階層に従います。例/ireland/leinster/coDublin/dublin。この場合、 のように、パスに直接対応していない場所にハンドラーを配置したいと思いますが、wwwroot\placesHandler完全に追跡することは、明らかに追跡しないことよりも明確ではありません。
画像、css など、クライアント プロセスにとって主な関心事ではなく、エンティティのレンダリングの一部に過ぎない二次リソースの場合 (ブラウザ中心の人間が読めるサイトで最も一般的)。私は通常、/s/an/i/と a/js/を持っているだけで、デフォルトではほとんどすべての Web サーバーがサイトのパス構造にあるファイルのディレクトリ構造をミラーリングするという事実に同意します。/i/それらの中で、おそらく/js/目的に応じてグループ化します。
そして、私がコメントで言ったように、あなたが望む「1つ登る」こと/images/myimage.pngを意味します.http://whateverTheSiteDomainIs/images/myimage.png../images/myimage.png