目前我正在开发一个网站,其中包含大约七个部分类、一些图标、三个页面和一个 App_Themes 文件夹。我很想知道,是否有适用于大于小型项目的行业标准目录结构?

例如,我想将类保存在单独的文件夹中,将图像保存在单独的文件夹中等。我当前的目录结构如下(不准确,这是凭记忆的):

  • (root) 包含代码隐藏和表单
  • /应用程序数据
  • /应用程序主题
  • /垃圾桶
  • /图片
  • /Models - 我从 MVC 中盗用了这个名字。听起来比“课程”更合适
  • /FusionCharts - Flash 图表库

我简单地玩了一下 MVC,它看起来是一个不错的目录结构,但是,我正在使用 ASP.NET Ajax。

那么,我想问题是,有没有一种方法可以让这个目录结构在你自己看来更加有序呢?请回答您做出决定的原因:)。

有帮助吗?

解决方案

我喜欢从 Microsoft 标准中获得灵感,因为我们使用的是 Microsoft 技术。加 有点好的标准总比没有标准好, ,尤其是当您在更大的团队中工作时。

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

我有点喜欢 MVC 标准项目的结构:

  • 内容 - 包含带有 Images、Css、Javascript 的子目录
  • 控制器—— 在 WebForms 中可能不适用
  • 观点—— 在 WebForms 中也可能有点矫枉过正

“Content”文件夹可能是关键,因为它是 ASP.NET 项目的最低公分母。因此,如果您同时使用 WebForms 和 MVC,并且您知道该文件夹中有静态资源,那么您在所有项目中都会感到自在。

其他提示

ASP.NET 唯一缺少的“标准”名称是 应用程序代码.

使用对您和维护代码的人员有意义的约定。我在 4 年多的 ASP.NET 开发生涯中没有遇到过这方面的行业标准。

我也遵循您提到的相同结构。我所做的唯一添加是为脚本、CSS 和资源提供单独的文件夹。据我所知,还没有这样的行业标准。

我喜欢有一个 Content 文件夹,可以在其中放置我的 Css、Js 和 Images 文件夹。

许多 ASP.Net Web 窗体项目还将有一个用于 ASCX 控件的 Controls 文件夹。

对于 css 样式,我们通常使用 styles 文件夹、图像内容(有点明显)、js。

您可能有一个架构文件夹、用于ASHX 处理程序和其他类型的应用程序代码的App_Code 以及一个MasterPages 文件夹。

您可能会在 Web 窗体项目中看到一些自动创建的文件夹,包括 Properties、App_Data、bin、obj、Packages 和 TestResults。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top