2008-09-25 10 views
0

現在、約7つの部分クラス、少数のアイコン、3つのページ、App_Themesフォルダを持つサイトを開発中です。私は小さなプロジェクトよりも大きなもののための業界標準のディレクトリ構造があることを知りたいと思っていましたか?次のように私の現在のディレクトリ構造があるASP.NET Webアプリケーションのディレクトリ構造に命名規則がありますか?

例えば、私は別のフォルダにクラスを維持したい、別々のフォルダ内の画像など(正確ではありません、これはメモリからです):

  • (ルート)分離コードが含まれており、
  • /App_Dataに
  • /App_Themes
  • /ビン
  • /画像
  • /モデルを形成して - 私はトンを盗みました彼はMVCの名前です。私は簡単にMVCで演奏し、それはしかし、私はASP.NET AJAXを使用しています、素敵なディレクトリ構造のように見えたフラッシュチャート作成ライブラリ

- それは、「クラス」

  • /FusionChartsのをより適切に聞こえました。

    私は、このディレクトリ構造をあなたの意見でより整然としたものにする方法があると思いますか?なぜあなたもあなたの決定をした理由についての答えを教えてください:)。

  • 答えて

    1

    私はマイクロソフトの技術を使用しているので、私はマイクロソフトの標準に触発されたいです。プラス標準よりもやや良い標準はより優れています。

    App_Codeはもちろん、ベストプラクティスではなく、ASP.NETでの機能を備えているため、標準です。

    I種のMVC標準プロジェクトの構造のように:

    • コンテンツ - Webフォームで多分N/A
    • からは、画像、CSS、Javascriptの
    • コントローラーとサブディレクトリが含まれていますViews - また、Webフォームのオーバーキル

    「コンテンツ」フォルダは、おそらくASP.NETプロジェクトの最低限の分母なので、キーかもしれません。したがって、WebFormsとMVCの両方で作業する場合、そのフォルダに静的リソースがあることがわかっている場合、すべてのプロジェクトで自宅にいると感じます。

    1

    ASP.NETに欠けている唯一の「標準」名はApp_Codeです。

    あなたとコードを維持する人々に合った規約を使います。このための業界標準はなく、私は4年以上のASP.NET開発を行ってきました。

    1

    私もあなたと同じ構造に従っています。私が作る唯一の追加は、スクリプト、CSS、およびリソースのための別々のフォルダを持っています。私が知る限り、このような業界標準はありません。

    1

    私はCss、Js、およびImagesフォルダを置くことができるContentフォルダを持っているのが好きです。

    0

    多くのASP.Net Webフォームプロジェクトには、ASCXコントロール用のControlsフォルダもあります。

    CSSスタイリングでは、一般的にスタイルフォルダ、イメージコンテンツ用イメージ(明白なもの)、jsを使用します。

    ASHXハンドラおよびその他のタイプのアプリケーションコード用のApp_Code、およびMasterPagesフォルダがある可能性があります。

    Webフォームプロジェクトでは、プロパティ、App_Data、bin、obj、Packages、およびTestResultsのフォルダが自動的に作成される場合があります。

    関連する問題