Visual studio 2010 Visual Studio-多个项目与多个目录的区别/好处是什么
我有一个解决方案,目前只有一个项目和多个目录Visual studio 2010 Visual Studio-多个项目与多个目录的区别/好处是什么,visual-studio-2010,projects-and-solutions,Visual Studio 2010,Projects And Solutions,我有一个解决方案,目前只有一个项目和多个目录 我想知道将这些项目拆分为多个项目是否有好处?没有好处,您提供的描述没有好处 只会增加编译时间和部署复杂性 每个项目最终将编译成不同的DLL,不同的项目将需要相互引用(我认为这是一个安全的假设) 如果您确实需要单独部署代码库的不同部分,那么请务必将其拆分为多个程序集,但不要这样做是为了“组织”代码。单个项目: 快速编译时间 简化的解决方案结构以及对目录结构的更多控制 没有循环依赖关系 多个项目: 项目之间的循环依赖性问题成为一个难题,您必须更多地
我想知道将这些项目拆分为多个项目是否有好处?没有好处,您提供的描述没有好处 只会增加编译时间和部署复杂性 每个项目最终将编译成不同的DLL,不同的项目将需要相互引用(我认为这是一个安全的假设) 如果您确实需要单独部署代码库的不同部分,那么请务必将其拆分为多个程序集,但不要这样做是为了“组织”代码。单个项目:
- 快速编译时间
- 简化的解决方案结构以及对目录结构的更多控制
- 没有循环依赖关系
- 项目之间的循环依赖性问题成为一个难题,您必须更多地考虑代码的放置位置(这不一定是一件坏事,但当出现错误时,可能会花费您大量的开发时间来移动代码)
- 编译速度慢
- 较慢的溶液加载时间
- 对目录结构没有太多的控制
- 更精细的单个项目设置控制粒度
- 部署复杂性
这个问题有点含糊不清,但我通常只在它们在逻辑上结合在一起并且可以独立于其他代码使用时才将它们分割开来。为什么编译速度较慢?如果更改一个项目,则不会重新编译其他项目。所以速度更快。你所说的目录结构不多是什么意思?Setheron正在谈论解决方案(sln文件),所以我也不理解你们关于以dll的形式分发任何东西的评论。你从一个项目到另一个项目添加引用,仅此而已。@peri有几个项目你是有道理的,但我注意到,当你开始达到像我的公司这样的30多个项目时,比较似乎需要差不多相同的时间来决定是否应该重新编译它们(特别是当DLL较小时)@peri你说得很好,我更正了分发项并用组织替换它,以克服循环依赖性问题。这是一个相当模糊的问题。你能说得更具体些吗?这是什么样的项目?你打算出口吗?本质上,我很好奇它是否能让编译速度更快,组织更完善,但听起来1个项目更可取,因为我可以通过项目下的目录/组获得“组织”习惯用法。@Setheron-更多带有引用的项目会使编译速度变慢。