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

你所结合的“东西”越多，视觉工作室就越慢。显然，您可以在默认情况下停止构建某些项目，但那时您必须开始创建自己的构建配置。如果您要创建大型应用程序，我建议分解为多个解决方案。我发现在不断更改构建配置的解决方案之间轻松一下。

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

Answer 2

独立库可以是他们自己的解决方案。可以将这些库的引用添加到您正在使用的项目中。 Web应用程序，测试设置以及特定库（如数据访问或业务规则）等相关项可以在一个解决方案中设置为项目。这真的都取决于你想要多少钱来解决问题。

Answer 3

这取决于项目执行的工作。

为了便于使用，只需包含所需的所有项目的解决方案就很简单。如果它是一个大型解决方案，这可能会妨碍您以后IDE开始变慢并且构建时间火箭通过屋顶。

假设其中一个项目是贵公司用来接受卡支付和与3d安全接口的库。您将展示自己的GUI页面以获取详细信息等。

如果您有许多网站都需要信用卡付款，那么将这个项目放在一个单独的解决方案中并引用已编译的dll会大大受益。您需要的任何更改都需要打开解决方案，进行更改，构建，转到您正在使用的解决方案并进行测试。听起来像皮塔饼，你发现把它全部放在一个大的解决方案中更简单。但是，如果你在每个解决方案中都有这个库并对其进行一般性更改，那么你需要重复这个改变。

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

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

3 个答案: