我有一个适用于数据库项目的应用程序(ASP.NET 3.5 / VS 2010)。
将数据库项目作为应用程序解决方案中的另一个项目是否有任何不足之处?
为数据库项目提供另一种解决方案是否更好?
答案 0 :(得分:0)
我的经验法则是:如果一个项目直接引用另一个项目,它们应该在同一个应用程序解决方案中。如果项目是相关的,但不相互引用,则它们应该是自己的解决方案,位于同一主文件夹的单独子文件夹中。如果两个多项目解决方案相关,请将它们放在不同的位置,然后使用Add Existing Project
引用解决方案中相应的其他项目。
我的大多数项目最终成为解决方案,因为我添加了一个测试项目。因此,我将每个组件拆分为一个单独的解决方案,然后根据需要使用Add Existing Project
引用其他解决方案中的相应项目,以便我可以从一个解决方案调试到另一个解决方案。但它们都是分开的,并且是独立的。
答案 1 :(得分:0)
这个单一应用的范围没有真正的缺点。如果多个应用程序使用相同的数据库,您可以通过将其置于自己的解决方案中来更轻松地重复使用它,但即使这样,您也可以将其设置为源代码管理中的外部应用程序并且能够引用最新的从更新其他解决方案的源代码时下载的“lib”目录构建。