我有一个winforms从用户收集信息并更新一些SQL-Server表。在同一解决方案中的控制台项目和winforms项目
我有一个控制台,它运行在远程服务器上并正在扫描相同的表;给定表中的某些标准,这个控制台完成几个过程。
当前控制台和winforms不需要相互交谈。
我应该将两个项目放在同一个解决方案还是两个单独的解决方案中?
我有一个winforms从用户收集信息并更新一些SQL-Server表。在同一解决方案中的控制台项目和winforms项目
我有一个控制台,它运行在远程服务器上并正在扫描相同的表;给定表中的某些标准,这个控制台完成几个过程。
当前控制台和winforms不需要相互交谈。
我应该将两个项目放在同一个解决方案还是两个单独的解决方案中?
使用单一解决方案。欲了解更多信息,你应该阅读this(部分分区解决方案和项目)
优势
单一解决方案模型具有以下优点:
当你需要引用其他程序集由单独的 项目生成,您可以使用项目引用。项目参考是 建立对其他程序集的引用的首选方法,它们保证可在团队 环境中的所有开发工作站上工作。有关何时使用文件引用的项目参考和指导 的许多优点,请参阅第4章“管理相关性”中的参考 汇编。
避免了程序集版本控制问题,因为Visual Studio .NET 检测到引用程序集的客户端需要重建时。
项目引用对被引用项目的配置变化很敏感。这意味着您可以在各个项目中自动切换 版本的调试版本,而无需重置 引用。
系统构建过程和构建脚本非常简单。
缺点
建议您采用单一的解决方案模型,只要有可能。但是:
该模型仅缩放到目前为止。如果您想在解决方案中使用单个项目,则必须获取解决方案中所有项目的所有源代码。
由于项目依赖性,即使对单个项目中的单个源文件进行轻微(非中断)更改也可能会导致解决方案中许多项目的重建。如果程序集的界面在引用的项目中发生更改,则需要重建客户端项目。但是,不必要的重建可能非常耗时,特别是对于包含许多项目的解决方案。
+1感谢您在这样的基本问题上花时间 – whytheq 2013-03-24 11:50:48
@whytheq如果有帮助 - 请将其标记为答案 – 2013-04-01 12:14:24
您可以使用Microsoft指导Structuring Projects and Solutions in Source Control
+1感谢您的链接 – whytheq 2013-03-24 11:52:09
它们放入同一个解决方案为不同的项目。 – Serdalis 2013-03-24 11:27:48