目前我正在开发一个包含大约七个部分类、几个图标、三个页面和一个 App_Themes 文件夹的站点。我很想知道，是否有比小项目更大的行业标准目录结构？
例如，我想将类保存在单独的文件夹中，图像保存在单独的文件夹中等。我当前的目录结构如下（不准确，这是来自记忆）：
我短暂地使用过 MVC，它看起来像一个不错的目录结构，但是，我使用的是 ASP.NET Ajax。
所以，我想问题是，有没有办法让这个目录结构在你自己看来更有序？请回答您做出决定的原因:)。
ASP.NET 缺少的唯一“标准”名称是App_Code。
使用对您和将要维护代码的人有意义的约定。我在 4 年多的 ASP.NET 开发中遇到过这方面的行业标准。
我也遵循您提到的相同结构。我所做的唯一补充是为脚本、CSS 和资源提供了单独的文件夹。据我所知，没有这样的行业标准。
我喜欢有一个 Content 文件夹，我可以在其中放置 Css、Js 和 Images 文件夹。
我喜欢受到 Microsoft 标准的启发，因为我们使用的是 Microsoft 技术。另外，有一点好的标准总比没有标准好，特别是如果你在一个更大的团队中工作。
App_Code 当然是标准的，因为它在 ASP.NET 中具有功能，而不仅仅是最佳实践。
我有点喜欢 MVC 标准项目的结构：
“内容”文件夹可能是关键，因为它是 ASP.NET 项目的最低公分母。因此，如果您同时使用 WebForms 和 MVC，如果您知道在该文件夹中有静态资源，那么您在所有项目中都会有宾至如归的感觉。
许多 ASP.Net Web 窗体项目也将有一个用于 ASCX 控件的 Controls 文件夹。
对于 css 样式，我们通常使用样式文件夹，图像内容的图像（很明显），js。
您可能有一个架构文件夹、用于 ASHX 处理程序和其他类型的应用程序代码的 App_Code 以及一个 MasterPages 文件夹。
您可能会在 Web 窗体项目中看到一些自动创建的文件夹是 Properties、App_Data、bin、obj、Packages 和 TestResults。