如何在 Visual Studio 中构建 ASP.net 源代码？

Question

您是否有一种包含 Web 应用程序项目、类库、数据库项目和测试的解决方案？或者，您是否将其细分为多个解决方案？为什么？

我这么问是因为我们正在尝试简化 Visual Studio 2010 的这一方案，并且我希望从社区获得有关您希望如何工作的意见。

Answer 1

我倾向于（但并非总是）每个作业有一个解决方案，但我从其他解决方案导入现有项目，例如我的 WebControlLibrary，其中保存常见的用户控件和类等。

我的实际工作解决方案通常会分解为 Web 应用程序、业务逻辑层、数据访问层和实体层，即：

Solution
...MyCompany.WebControlLibrary
...Project
...Project.BusinessLogic
...Project.DataAccess
...Project.Entities
...Project.Scripts
...Project.Testing
...Project.Deployment

如果一个项目需要诸如移动设备之类的东西，我总是会将其放入新的解决方案中，但它可能会共享当前解决方案的一些项目，即

MobileSolution
...MobileProject
...Project.Entities
...MobileProject.BusinessLogic

组合的“东西”越多，Visual Studio 的构建速度就越慢。显然，您可以默认停止某些项目的构建，但那时您必须开始创建自己的构建配置。如果您要创建大型应用程序，我建议分解为多个解决方案。我发现在解决方案之间切换以不断更改构建配置要容易得多。

另一种选择是，当您构建项目时，您可以引用它们的 DLL。我更喜欢将所述项目导入到我的解决方案中，因为您永远不必担心引用创建构建配置，即从 Debug 或 Release 文件夹中选择 DLL。

Answer 2

单机库可以将自己的解决方案。对于那些库的引用可以做成，你正在使用的项目。相关的项目，如Web应用程序，测试设置，以及具体的库，如数据访问或业务规则可以设置为一个解决方案中的项目。这真的一切都归结到你多么想打破东西出来resuability。

Answer 3

这取决于一点对项目进行工作。

为了方便使用起来很简单有只包含所有必需的项目的解决方案。如果它是一个大的解决了这个可以当IDE开始变得缓慢，通过屋顶建造次火箭上后妨碍你。

让我们说的项目之一是使用贵公司采取银行卡支付和接口3D安全库。你提出你自己的GUI页面采取的细节等。

如果您有许多网站，都以信用卡付款，你会通过在一个单独的解决了这个项目，并引用编译DLL大大受益。你需要你就需要开拓的解决方案，做出改变，建造它的任何变化，请你在工作的解决方案，并对其进行测试。听起来像一个皮塔饼，你会发现它只是简单的把它全部在一个大的解决方案。不过，如果你在每个解决方案有这样的库并建立一个通用的改变它，你需要重复，通过了这一变化。

所以，你只需要做出无论您正在开发中，可能在其他地方使用相同的解决方案或一些单独的项目的决定。如果你需要更多的功能比库提供，你可以实现你的项目的部分类，并以这种方式扩展库。或者一个包装类就足够了。但你知道你不影响使用这个库中的其他网站，你在开发过程中保持您的解决方案更小，具有较小的打印内存中更易于管理。