2011-01-23 8 views
2

ウェブサイトでは、コードをapp_codeに入れ、時にappcode(いくつかのバグがあるため)、その他のファイルをDataModelに、その他のファイルをその他のフォルダに入れることがあります。ほとんどの人はどのようにアプリケーション(サブフォルダ)内でコードを整理するのですか?

アプリケーション内でコードを整理する標準的な方法はありますか?

ASP.NET、MVC、Silverlight、コンソール、データベース、およびWCFアプリケーションの違いは何ですか?私がWCFを言及したのは、多くの人がサーバーとクライアントコードの間でリンクされた共有型ライブラリを持っているように見えるからです。

ここでは、一般的な操作を試したり、失敗したり、やり直すことなく習得できます。私は専門家から一度だけそれを学びたいと思う。

+3

残念ながら、専門家になるための1つの基準は試してみましたし、失敗を見て、そして、再び何度も試してみました:) –

+0

専門家になりたい、私はちょうどそれらと一緒にうまく動作したい。学ぶ。 – TLDR

答えて

3

最もよく整理された井戸はMVCフレームワークです。他のもののために、ほとんど私は名前空間としてフォルダを整理します。

例えばcompanyName.projectName.folderName

  • myCompany.StackOverFlow.Extension
  • 名前空間を整理するための石 'ベストプラクティス' の標準にはセットがありません
+1

FxCopの命名規則が役立ちます。また、ネームスペースに含まれるクラス/インターフェイスが少なすぎるかどうかを知ることができ、ネームスペースを1つにマージすることを推奨します。あなたの名前空間を平均的で痩せた状態に保つようにしてください。 – dzendras

1

をmyCompany.StackOverFlow.OpenID。プロジェクトを整理するための私の個人的なアプローチは、ディレクトリ/名前空間の内容を約20項目に制限することです。つまり、フォルダの全内容を自分の画面に合わせることができます。また、他のすべてのアイテムも表示できます(他のフォルダが折りたたまれていると仮定します)。

一方、多くのコンテンツがないフォルダでは、ナビゲーションが難しくなる可能性があります。

もう1つのことは、依存関係に基づいてソリューションをプロジェクトに分けることです。たとえば、m-v-vmを使用している場合は、Model、View、およびViewModelのそれぞれにプロジェクトが必要です。

AppCodeに配置されるファイルは、プレゼンテーションモジュールに直接関連するファイルである必要があります。他のファイル(つまり、使用しているフレームワークに応じてViewModel、Model、Controllerなど)は、別々のプロジェクトに配置するのが望ましいでしょう。

関連する問題