C# Mú；访问多个数据库的多个解决方案
我有一个关于开发架构的问题，以及什么是代码和逻辑的理想组织 我在一家拥有多个C#解决方案的公司工作，有多个项目访问多个数据库。有些项目只访问一个数据库，有些项目访问所有数据库，依此类推 现在，每个数据库的管理都是在每个项目中进行的。我一直在考虑创建库来统一这一过程 有人能给我一些关于这方面的见解吗？做这件事最好的方法是什么 我一直在考虑将所有数据库逻辑集中在一个解决方案中，每个数据库都有单独的项目。通过这种方式，我可以创建类库，为每个类库编译DLL，这些DLL可以在项目和解决方案之间引用 您如何看待上述概念，特别是使用实体框架C# Mú；访问多个数据库的多个解决方案,c#,entity-framework,C#,Entity Framework,我有一个关于开发架构的问题，以及什么是代码和逻辑的理想组织 我在一家拥有多个C#解决方案的公司工作，有多个项目访问多个数据库。有些项目只访问一个数据库，有些项目访问所有数据库，依此类推 现在，每个数据库的管理都是在每个项目中进行的。我一直在考虑创建库来统一这一过程 有人能给我一些关于这方面的见解吗？做这件事最好的方法是什么 我一直在考虑将所有数据库逻辑集中在一个解决方案中，每个数据库都有单独的项目。通过这种方式，我可以创建类库，为每个类库编译DLL，这些DLL可以在项目和解决方案之间引用 您如何
提前谢谢。我们的情况非常相似 对于每个数据库，我们都有一个单独的类库项目。该项目包含上下文、实体和相关迁移 每个产品都引用与它所使用的数据库相对应的一个或多个类库
当我们第一次启动时，每个开发人员都会签出类库，在本地构建并引用本地编译的DLL（我们使用后期构建事件将其复制到已知位置）。事实证明，将更新发布到该服务器非常容易。几个月前，我们过渡到该解决方案，它工作得非常好。还有许多托管的NuGet提供程序。这应该是一个不错的选择。我将为此创建一个解决方案，将所有数据库连接逻辑抽象出来，然后从其他解决方案中使用它，只处理不同的连接字符串
我建议你看看，如果你还没有，你肯定会有这个包管理器的许多优势 我认为一个集中化的数据库，其中包含应用程序中的所有公共实体，在这里非常有用。如果希望保留其他数据库也可以，可以使用复制将数据从主数据库传输到其他数据库，并在其应用程序中使用它们