asp.net中的文件夹结构
还是在我学习ASP.NET的早期。只是想知道有没有一种在ASP.NET中构造文件夹的最佳实践方法？我知道MVC项目中的惯例或标准。纯ASP.NET中有类似的东西吗 如果没有标准。请让我看看你（有经验的asp.net专家）是如何组织你的项目的asp.net中的文件夹结构,asp.net,directory,Asp.net,Directory,还是在我学习ASP.NET的早期。只是想知道有没有一种在ASP.NET中构造文件夹的最佳实践方法？我知道MVC项目中的惯例或标准。纯ASP.NET中有类似的东西吗 如果没有标准。请让我看看你（有经验的asp.net专家）是如何组织你的项目的 谢谢通常，您会看到 /应用程序数据（标准） /应用程序启动（标准-新） /应用程序主题（标准-旧版） /内容（标准-新） /控制 /图像 /剧本 /母版 其余的都是个人喜好 但是，我们通常将授权的aspx页面保存在单独的文件夹中，以便使用web.conf
谢谢通常，您会看到
- /应用程序数据（标准）
- /应用程序启动（标准-新）
- /应用程序主题（标准-旧版）
- /内容（标准-新）
- /控制
- /图像
- /剧本
- /母版
一般来说，开发人员通常将他们的资料分类到文件夹中，文件夹的名称传达了内容；例如，他们通常将所有CSS、图像和Java脚本放在Assets文件夹中，或者如果他们有多个母版页，则将它们放在MastePages文件夹中 您应该根据与Web表单相关的业务来区分Web表单，例如，所有关于用户的表单都应该放在Account文件夹中 我必须提到，在使用模块化、MVP或MVC设计模式、依赖注入等的企业级应用程序中，区别在于关注点的分离
总而言之，文件夹的名称传达其中的内容是很重要的 我看到了这一点，但它不太清楚，也没有图表或示例快照，因此对于新手来说，理解我的许多WebForms项目并不容易，我尽量保持轻量级，因此WebForm项目中唯一的代码将是代码隐藏（.aspx.cs或.aspx.vb）。我将把所有业务逻辑放在一个单独的项目中，数据访问逻辑也是如此。随着项目越来越大，您将获得更多的项目，但最佳实践是保持UI层精简，并在独立代码文件中的单独项目中提供功能，这些独立代码文件与UI分离（查找松耦合和关注点分离）。在您的问题中，您提到了“纯ASP.NET”，因此，它表示您希望将数据访问、业务规则、验证等业务放在web表单的代码后面。“这是对的吗？”阿巴萨米里并不完全正确。我说的“纯ASP.NET”是指“不是ASP.NET MVC”…所以我愿意知道在哪里保存数据访问、业务规则、验证等内容…但我不确定我确切知道什么是DotNetNuke。但是，我看到上面有一个控件文件夹。所有控件都转到那里了吗？使用此文件夹结构？是一个流行的开源.Net应用程序，它使用ASP.Net Web表单。是，用户控件存储在控件文件夹中；但是，服务器控件存储在类库中。您可以下载当前版本，并亲自查看。