MVC 多数据源场景
MVC with multiple data sources scenario
好吧，我正在使用 MVC 模式开发应用程序，但我发现 MVC 仅用于一种场景：
MVC 强烈依赖一次唯一的数据库连接才能正确跟进模式。
但我有这些不同的数据源：
Oracle服务器（只读数据源）（ERP）
Sql服务器（登录数据库，只读）（人力资源）
XML（本地数据库）写入、读取和更新。
在这种情况下是否可以正确遵循 MVC 模式？
如果可以，我必须做什么？
谢谢！
是的，当然有可能。
MVC 中的 M 表示模型，即 域 的任何重要 class。您写了一个不同的级别，数据访问级别。域 classes 可能同时从不同来源加载。虽然这个解决方案不能称得上完美，但是，它在现实世界中经常出现。
根据您所写的内容判断，您使用低级数据访问 classes 作为模型。所以经常做小应用。但是，较大的应用程序需要模型和数据访问对象的隐式分离。
MVC 是一种 UI 模式。它的目的是组织您的 UI 层而不是整个系统。考虑为数据访问层使用其他模式。在 MVC 中，控制器负责构建模型并将它们粘合到视图。这种构造是如何发生的不在 MVC 的范围内。调用外部数据访问库、服务、使用存储库等都是有效的选择，它们根本不会干扰 MVC 模式。
好吧，我正在使用 MVC 模式开发应用程序，但我发现 MVC 仅用于一种场景： MVC 强烈依赖一次唯一的数据库连接才能正确跟进模式。
但我有这些不同的数据源：
Oracle服务器（只读数据源）（ERP） Sql服务器（登录数据库，只读）（人力资源） XML（本地数据库）写入、读取和更新。
在这种情况下是否可以正确遵循 MVC 模式？
如果可以，我必须做什么？
谢谢！
是的，当然有可能。
MVC 中的M 表示模型，即 域 的任何重要 class。您写了一个不同的级别，数据访问级别。域 classes 可能同时从不同来源加载。虽然这个解决方案不能称得上完美，但是，它在现实世界中经常出现。
根据您所写的内容判断，您使用低级数据访问 classes 作为模型。所以经常做小应用。但是，较大的应用程序需要模型和数据访问对象的隐式分离。
MVC 是一种 UI 模式。它的目的是组织您的 UI 层而不是整个系统。考虑为数据访问层使用其他模式。在 MVC 中，控制器负责构建模型并将它们粘合到视图。这种构造是如何发生的不在 MVC 的范围内。调用外部数据访问库、服务、使用存储库等都是有效的选择，它们根本不会干扰 MVC 模式。