目前，我正在开发一个包含七个局部类，几​​个图标，三个页面和一个App_Themes文件夹的网站。我很想知道，是否有一个行业标准的目录结构，可用于比小型项目更大的项目？

例如，我想将类保留在单独的文件夹中，将图像保留在单独的文件夹等中。我当前的目录结构如下(不完全是，这是从内存中获取的)：

• (root)包含代码背后和形式
• /应用程序数据
• / App_Themes
• /宾
• /图片
• / Models-我从MVC那里偷了名字。听起来比"班级"更合适
• / FusionCharts-Flash图表库

我短暂地玩过MVC，它看起来像一个不错的目录结构，但是，我正在使用ASP.NET Ajax。

因此，我想问题是，是否有一种方法可以使我们自己认为此目录结构更有序？请回答为什么我们也做出决定：)。

解决方案

ASP.NET缺少的唯一"标准"名称是App_Code。

使用对我们和将要维护代码的人员有意义的约定。在进行ASP.NET开发的4年以上中，我没有遇到任何行业标准。

我也遵循我们提到的相同结构。我唯一添加的内容是为脚本，CSS和资源提供单独的文件夹。据我所知，尚无此类行业标准。

我喜欢在Content文件夹下放置Css，Js和Images文件夹。

我喜欢受到Microsoft标准的启发，因为我们使用的是Microsoft技术。再加上一个比较好的标准总比没有标准要好，尤其是在较大的团队中工作时。

App_Code当然是标准的，因为它在ASP.NET中具有功能，而不仅仅是最佳实践。

我有点像MVC标准项目的结构：

• 内容-包含具有图像，CSS，Javascript的子目录
• 控制器-也许在WebForms中不适用
• 视图-在WebForms中也可能矫kill过正

"内容"文件夹可能是关键，因为它是ASP.NET项目的最低公分母。因此，如果我们同时使用WebForms和MVC，则在所有项目中都会感到宾至如归，如果我们知道该文件夹中有静态资源。