我目前正在开始使用 ASP.Net Webforms 开发一个新网站。为了让这个项目有一个正确的开始，我正在研究应用程序的 Visual Studio 解决方案设置，我希望我的应用程序由大小（代码行）相同的易于识别的组件组成。
由于该项目尚未真正开始，我已在标准三层设置（数据、业务逻辑和表示）中构建了该解决方案。这种设置在项目开始时很好，但随着项目的增长，三层很快就会开始变大，导航和查找代码将变得更加困难，这将损害可维护性和整体质量感。
因此，在项目期间，我想转换为新的设置，在其中形成功能组件，每个组件都有自己的三层设置。例如：该网站有一个购物车以及创建和管理用户帐户的选项。还应该有一个用于跨多个组件使用 Stull 的组件，在本示例中我将其称为 common。这将导致以下设置：
常用文件：
- 项目.通用.数据
- 项目.公共.业务
- 项目.通用.演示文稿
购物车：
- 项目.购物车.数据
- 项目.购物车.业务
- 项目.购物车.演示文稿
账户管理：
- 项目.帐户.数据
- 项目.账户.业务
- 项目.帐户.演示文稿
网站：
- 项目.网站.数据
- 项目.网站.业务
- 项目.网站.演示
上面的示例具有三个组件，每个组件包含三个项目。每个组件都有一个包含 Web 文件（页面、控件、前端代码）的 Web 应用程序项目。我之前所有的.Net项目都有一个简单的Web应用程序项目，所以这个设置对我来说是一种新的体验。
我仍然希望该解决方案感觉就像一个应用程序，能够轻松调试网站和组件。为了实现这一目标，我假设“Project.Web.Presentation”Web 应用程序项目应该是主要的 Web 应用程序项目。我目前正在调查是否可以通过这种方式设置解决方案，我已经尝试了多种方法，但到目前为止没有一个效果很好：
到目前为止，我还没有找到一个好的方法来处理我想要的设置。我愿意接受建议，提前感谢您的提示！
我正在研究类似的东西，并决定使用 NuGet 推出所有公共部分：
多项目 Nuget 问题 https://stackoverflow.com/questions/7165279/multi-project-nuget-issues
更新现有 Nuget 包中的文件 https://stackoverflow.com/questions/6295743/updating-files-in-existing-nuget-package
Visual Studio 多项目解决方案选项 https://stackoverflow.com/questions/5667412/visual-studio-multi-project-solution-options
执行此操作的唯一其他方法涉及嵌套母版页和构建后脚本 - 混乱。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
