DB 项目/解决方案最佳实践
我有一个适用于数据库项目的应用程序（ASP.NET 3.5/VS 2010）。
将数据库项目作为应用程序解决方案中的另一个项目是否有任何缺点？
为数据库项目提供另一种解决方案是否更好？
I have an app (ASP.NET 3.5/ VS 2010) that works with a database project.
Is there any downside to having the database project as one more project within the app solution?
Is it better to have another solution just for the database project?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
这个单一应用程序的范围没有真正的缺点。如果多个应用程序使用同一个数据库，您可能可以通过将其放在自己的解决方案中来更轻松地重用它，但即便如此，您也可以将其设置为源代码管理中的外部数据库，并能够引用最新的数据库从在其他解决方案上更新源时下载的“lib”目录进行构建。
No real downside in the scope of this single app. If the same DB is used by multiple apps, you might be more easily able to reuse it by having it in its own solution, but even then, you could set it up as an external in your source control and be able to reference the latest build from a "lib" directory downloaded when you update source on other solutions.
我的经验法则是：如果一个项目直接引用另一个项目，它们应该位于同一个应用程序解决方案中。如果项目相关，但不互相引用，则它们应该是自己的解决方案，位于同一主文件夹的单独子文件夹中。如果两个多项目解决方案相关，请将它们放在不同的位置，然后使用
添加现有项目引用解决方案中相应的其他项目。我的大多数项目最终都是解决方案，因为我添加了一个测试项目。因此，我将每个组件拆分为一个单独的解决方案，然后根据需要使用
添加现有项目引用其他解决方案中的相应项目，以便我可以从一个解决方案调试到另一个解决方案。但它们都是分开的并且是独立的。My rule of thumb is: if one project directly references another project, they should be in the same app solution. If the projects are related, but don't reference one another, they should be their own solutions, in separate subfolders of the same main folder. If two multi-project solutions are related, place them in separate places, then use
Add Existing Projectto reference the appropriate other project in the solution.Most of my projects end up being solutions because I add a testing project. So I split up every component into a separate solution, and then reference the appropriate projects in other solutions as needed using
Add Existing Project, so I can debug from one solution into another. But they are all kept separate and are stand-alone.