我有一个包含许多项目的大型解决方案。由于项目的规模和数量,构建时间开始变得难以管理。在Visual Studio 2008中管理大型解决方案
我感兴趣的学习人用破解下来的任何技术,以及它们如何已经成功DLL和项目引用。
我有一个包含许多项目的大型解决方案。由于项目的规模和数量,构建时间开始变得难以管理。在Visual Studio 2008中管理大型解决方案
我感兴趣的学习人用破解下来的任何技术,以及它们如何已经成功DLL和项目引用。
最好按照微软的建议:
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。
您可以打破你的项目纳入不同的解决方案,并指出其构建输出路径(项目属性 - >生成 - >输出路径),以一个共同的文件夹中。在该公用文件夹的各个项目之间添加引用。这样就不需要将DLL复制到各个bin文件夹。
然而,缺点是你必须自己记住构建序列。
的可能重复[在Visual Studio解决方案大最佳实践(2008)](http://stackoverflow.com/questions/690033/best-practices-for-large-solutions-in-visual-studio-2008) – 2010-12-08 17:44:21
你能给我们一些指标吗?解决方案中有多少个项目?粗略地说,有多少C#代码行?为了构建Release和Debug(以及其他配置)? – 2010-12-08 17:44:35
好问题,但它已被问及已在本网站回答了很多次。请参阅复制评论。 – 2010-12-08 17:45:05