あなたのプロジェクトでファイルを整理する最良の方法は何ですか？私のプロジェクトでファイルを整理する最も良い方法
たとえば、すべてのユーザーコントロールを別のフォルダに配置するか、サブフォルダに配置しますか？ビジネスロジックフォルダはありますか？ヘルパークラスフォルダ？
私はこのように私のプロジェクトを整理するために使用： プロジェクト/：
プロジェクト/ユーザーコントロール/モジュール名/ プロジェクト/クラス/モジュール名/
は今、私はもっとこのような何かに向けて勉強していますモジュール名/ユーザーコントロール/ プロジェクト/モジュール名/クラス/
どのような方法が最適ですか？特にプロジェクトが本当に大きくなったら？どのようなタイプのフォルダ構造が存在する必要がありますか？
最初に、フォルダ分離の目的は、プログラマがコードを見つけやすくするために、余分なレベルの文書化であることです。つまり、単に「ものを整理する」レベルを増やすべきではありません。あなたはあなたの階層のアプリケーションで作業する場合、それはのようなもの持っている多くの意味になるだろう
：：それはクラスという名前のフォルダ、コントロール、など
いくつかの例を除外し
プロジェクト\ティアを（モデル| |コントローラなど）\クラス名
は、あなたのプログラムは、私が行くと、別の機能領域持つのポイントに大きい場合：
プロジェクトを\機能領域\ティア（モデル|コントローラ|など）\クラス名
サブチームが異なる機能領域で作業する場合に特に役立ちます。
また、非常に深いフォルダツリー（IMHO、深さ4以上はあまりにも多く）を控え、フォルダ名をコンパクトにします。一部のツールではパスのサイズに255文字の制限があることがあるため、簡潔さの点で1つの場所です。
私は大きなチャンクをプロジェクトに分けて、再利用するのがとても簡単です。
プロジェクト内では、機能領域ごとにフォルダ（および名前）を作成します。
これまでのところ、私は一般的な考え方に基づいています。プロジェクトのニーズによって、それ以上のパーティショニングが決まります。
と同じです。私は、関連するクラスをプロジェクトにまとめ、さらにフォルダを使用してそれらを分割します。 – Colin
目的別にフォルダの名前を付けることをお勧めします（つまり、クラスではなくフォルダモデルを呼び出し、そのフォルダにデータ指向のクラスのみを含めることをお勧めします）。さらに、私はすべてのコントロールとデータ/モデル関連のクラスを互いに参照することが許されていない独自のプロジェクトに保つのが好きです。これは、一般的には良いことですが、コード内でビューとモデルを分離するのに役立ちます。
複数のプロジェクトがありますか？できるなら、その道を行くだろう。 –
これは、主観的です。もしあなたがあなたのプロジェクトの特定のニーズに関するいくつかの情報を与えたら、おそらく... –
は質問がかなり曖昧であることに同意しました。プロジェクトのタイプは、ファイルの最適な構造に大きな違いをもたらします。 –