index.htmlファイルと一緒に私のすべてのファイル（画像、スタイルシート、JavaScript、アイコン...）をプロジェクトフォルダに直接置くとしたら、画像、CSSのように私のファイルを構造化するサブフォルダを使用しない...それはパフォーマンスの利点ですか？（Web開発）プロジェクトフォルダ内のサブフォルダを拒否するのはパフォーマンス上の利点でしょうか？
確かに。それは大きな混乱であろう。しかし、パスを解決する必要はありませんjs/vendors/jquery.js
解決パスの操作には非常にコストがかかりますか？
TL; DRこのような不吉なプロジェクトでの作業の代償を支払うには十分ではありません。 本当の利点はシステムとクライアントへの接続速度に依存するため、いくつかの番号を取得するには、テストする必要があります。
現代的な環境では、パフォーマンスの向上はごくわずかです。もしあれば、それはSSD/HDD負荷の減少のためではありません。
サブフォルダを破棄すると、URLが短くなるため、ページを転送するときやファイルを要求するときにいくつかのバイトを節約できます。これは、より短いURLが少なくともHTML（クライアントに送信される）と要求ヘッダー（サーバーに送信される）で発生するためです。
サーバー側でのファイル操作と、Webサーバー上のより長いパスの全体的な処理が、測定可能な方法でパフォーマンスに影響してはいけません。もちろん、これはファイルシステムとハードウェアによって異なります。 Webサーバーが正しく設定されている場合は、静的コンテンツをRAMにキャッシュします（少なくともページが頻繁にアクセスされている間は少なくともSSD/HDDのパフォーマンスはほとんど考慮しません）。
プロジェクトが非常に大きくなり、間違ったファイルシステムを使用すると、1つのフォルダ内のファイルに制限があることに注意してください。また、単一のディレクトリにたくさんのファイルがあると、ファイルシステムの速度が遅くなるものもあります。詳細は、この記事で説明されています：How many files can I put in a directory?
あなたが簡単にあなたのパフォーマンスを向上させたい場合は、うなり声のようないくつかのタスクのランナーを見てみましょう。彼らはそれを公開する前にあなたのウェブサイトを "構築"することができます。コードを縮小してファイルを圧縮することができます。
プロジェクトディレクトリ構造を公開する前に、Gruntを使用してプロジェクトディレクトリ構造を平坦化することさえできます。
利点は、もしあれば、あなたが得るcaosを支払うことはありません。 SSD時代、これは無関係です。 – Oscar
確かに。ちょうど考えを持っていた。そして、私は高価なパス解決がどれほど難しいか分かりません。しかし、問題は面白いと思います... –