目前我正在開發一個包含大約七個部分類，幾個圖標，三個頁面和一個App_Themes文件夾的網站。我很想知道，是否有比任何小項目更大的行業標準目錄結構？是否有ASP.NET Web應用程序目錄結構的命名約定？
例如，我想保持在單獨的文件夾中的類，在單獨的文件夾等等的圖像我的當前目錄結構如下（不準確，這是從存儲器）：
我與MVC短暫效力，它看起來像一個不錯的目錄結構，但是，我使用ASP.NET AJAX。
所以，我想問題是，有沒有辦法讓你的目錄結構更有序？請給出你爲什麼做出決定的答案:)。
我喜歡受微軟標準的啓發，因爲我們使用的是微軟技術。加一個比較好的標準比沒有標準更好，尤其是如果你在一個更大的團隊工作。
當然，App_Code是標準的，因爲它在ASP.NET中有一個函數，而不僅僅是一個最佳實踐。
我有點喜歡MVC標準項目的結構：
「Content」文件夾可能是關鍵，因爲它是ASP.NET項目的最低公分母。所以，如果你既WebForms和MVC工作，你會覺得在家裏所有的項目，如果你知道你有你的靜態資源文件夾中。
ASP.NET中缺少的唯一「標準」名稱是App_Code。
使用對您和將維護代碼的人有意義的約定。在4年以上的ASP.NET開發中，我沒有遇到過這樣的行業標準。
我也遵循與您所提到的相同的結構。我唯一的補充是有腳本，CSS和資源的單獨文件夾。據我所知，沒有這樣的行業標準。
我喜歡有一個Content文件夾，我可以放置我的Css，Js和Images文件夾。
許多ASP.Net Web窗體項目也將會對ASCX控件Controls文件夾。
CSS樣式，我們一般使用的樣式文件夾，圖像內容（八九不離十一個明顯的例子）的圖像，JS。
你可能有一個模式文件夾，App_Code文件的ASHX處理程序和其他類型的應用程序代碼，以及MasterPages文件夾。
一些自動創建的，你可能會在Web窗體項目看到的是文件夾屬性的App_Data，垃圾桶，OBJ，包和TestResults。