我有一个关于开发架构以及什么被认为是代码和逻辑的理想组织的问题。
我在一家拥有多个 C# 解决方案的公司工作,多个项目访问多个数据库。有些项目只访问一个数据库,有些项目访问所有数据库,等等。
现在,每个数据库的管理都是在每个项目中进行的。我一直在考虑创建库来统一所有这些过程。
有人可以就此给我一些见解吗?解决此问题的最佳方法是什么?
我一直在考虑将所有数据库逻辑集中在一个解决方案中,每个数据库都有单独的项目。通过这种方式,我可以创建类库,为它们中的每一个编译 DLL,可以在项目和解决方案之间引用。
您如何看待上述概念,特别是使用 Entity Framework?
提前致谢。
最佳答案
我们的情况非常相似。
对于每个数据库,我们都有一个单独的类库项目。该项目包含上下文、实体和关联的迁移。
每个产品都引用与它使用的数据库相对应的一个或多个类库。
当我们刚开始时,每个开发人员都会检查类库,在本地构建并引用本地编译的 DLL(我们通过构建后事件将其复制到已知位置)。事实证明,setup your own NuGet server 非常容易并向该服务器发布更新。几个月前,我们过渡到该解决方案,效果非常好。还有许多托管的 NuGet 提供程序。
关于c# - 访问多个数据库的多个解决方案,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/35468782/