2010-12-08 107 views
1

我有一个包含许多项目的大型解决方案。由于项目的规模和数量,构建时间开始变得难以管理。在Visual Studio 2008中管理大型解决方案

我感兴趣的学习人用破解下来的任何技术,以及它们如何已经成功DLL和项目引用。

+1

的可能重复[在Visual Studio解决方案大最佳实践(2008)](http://stackoverflow.com/questions/690033/best-practices-for-large-solutions-in-visual-studio-2008) – 2010-12-08 17:44:21

+0

你能给我们一些指标吗?解决方案中有多少个项目?粗略地说,有多少C#代码行?为了构建Release和Debug(以及其他配置)? – 2010-12-08 17:44:35

+0

好问题,但它已被问及已在本网站回答了很多次。请参阅复制评论。 – 2010-12-08 17:45:05

回答

1

Scott Hanselman在blogged on this a number of times

底线:30-40项目似乎是一个合理的上限。更多的事情开始变得痛苦。

问问自己,“我真的需要所有这些项目的建设和解决方案?”

不是?然后考虑多种解决方案(例如client.sln,server.sln,plugins.sln等)

是?然后考虑将项目整合到更少的项目中。例如,将Client.Presenters,Client.Views和Client.Models组合到单个客户端项目中。见Benefits of larger but fewer assemblies

0

您可以打破你的项目纳入不同的解决方案,并指出其构建输出路径(项目属性 - >生成 - >输出路径),以一个共同的文件夹中。在该公用文件夹的各个项目之间添加引用。这样就不需要将DLL复制到各个bin文件夹。

然而,缺点是你必须自己记住构建序列。

相关问题