这个问题涉及到一些其他相关的问题,我会把每一个人都放在他们的身上,随时回答一个或多个问题.
>分离Projects / DLL有哪些优点？
>分离Projects / DLL有哪些缺点？
>如果我为每个可共享的资源创建一个新的解决方案/ DLL,不会是很多项目？
>太多的项目(如40)是否会对IDE性能产生一些不良影响(VS.NET 2008)？
我提出这个问题,因为我有这么多不同类的大解决方案,因为现在我需要分开一些接口,它们都分崩离析(循环依赖问题),现在我需要创建多个DLL,我只是想一定要以正确的方式这样做.
这个问题的答案对于辩论的范围可能很长,我认为首先可以更好地集中在多个议会中分开项目所需的选择和理由,一般来说,这可能是一般设计和分层和/或采取项目结构清洁.
分离解决方案/ DLL有哪些优点？
分离解决方案和组件的优点通常与设计方法,代码重用和层组织相关,如分离解决方案有助于共享对象/组件,并在层之间分配责任,促进多目标和可插拔解决方案(请参阅例如各种存储目标组件(数据库,文件等)),可测试性
分离解决方案/ DLL有哪些缺点？
正如其他人在我面前所说的主要缺点,首先是复杂性(管理,维护),然后表现(但这是另一个讨论,这并不容易)
3.如果我为每个可共享的资源创建一个新的解决方案/ DLL不会是很多的解决方案？
这取决于,首先我认为这可能取决于设计选择
4.太多的解决方案(如40)是否会对IDE性能产生一些不良影响(VS.NET 2008)？
我不太了解VS2008 IDE中的性能下降,但确实可能会影响到60个项目的单一解决方案的性能,而不是实例4个解决方案,每个20个项目.
必须清楚的是,即使从单个或双重项目解决方案打开实例35个文件,VS IDE性能也可能会下降.
最后,我认为,我想要的是,最好是“建立”真正需要的东西,而不是像过度设计一样,所以当事情变得太复杂以至于管理(对许多项目)更好的时候停止思考“一切进展顺利”
