プロジェクト内のファイルを整理する最良の方法は何ですか?
たとえば、すべてのユーザー コントロールを別のフォルダーに配置しますか?それともサブ フォルダーに配置しますか? ビジネス ロジック フォルダはありますか? ヘルパー クラス フォルダー？
私は自分のプロジェクトを次のように整理していました。
プロジェクト/ユーザー コントロール/モジュール名/プロジェクト/クラス/モジュール名/
今、私はこのようなものに向かってもっと学んでいます: Project/Module Name/User Controls/ Project/Module Name/Classes/
最善の方法は何ですか？特にプロジェクトが本当に大きくなった場合は？どのタイプのフォルダ構造が存在する必要がありますか?
まず、フォルダーを分離する目的は、プログラマーがコードを見つけやすくするための追加レベルのドキュメントにすることです。つまり、「整理するためだけに」余分なレベルを設定するべきではありません。Classes、Controls などの名前のフォルダーは除外されます。
いくつかの例：
3 層のアプリで作業している場合、次のようなものがあると非常に理にかなっています。
プロジェクト\層 (モデル|コントローラー|など)\クラス名
あなたのプログラムが、別々の機能領域を持つほど大きい場合、私は次のようにします：
Project\Functional Area\Tier (Model|Controller|etc)\Classname
これは、サブチームがさまざまな機能領域で作業する場合に特に役立ちます。
また、非常に深いフォルダー ツリー (深さ 4 を超えると多すぎる) を控え、フォルダー名をコンパクトに保ちます。一部のツールでは、パスのサイズが 255 文字までに制限されている場合があるため、ここでは簡潔にする必要があります。
主要なチャンクをプロジェクトに分割して、再利用を非常に簡単にします。
プロジェクト内では、機能領域ごとにフォルダー (および名前) を作成します。
これは、私が一般的に行っている限りです。プロジェクトのニーズによって、それ以上のパーティション分割が決定されます。
タイプではなく目的でフォルダーに名前を付けることを提案する他の回答に同意します（つまり、クラスではなくフォルダーモデルを呼び出し、そのフォルダーにデータ指向のクラスのみを含めます）。さらに、すべてのコントロールとデータ/モデル関連のクラスを、相互に参照できない独自の個別のプロジェクトに保持したいと考えています。これは、コード内でビューとモデルを分離するのに役立ちます。これは一般的には良いことです。