使用 MVC 的多表模型？

一般来说，您最想做的是将表视为模型下方的附加“层”;MVC 概念通常不会过多地处理支持问题的实现;即，您是否使用数据库表或平面文件存储或内存中数据表示。

我的建议是将问题视为一个问题，即有一个层在表和应用程序之间进行交互;您的“数据对象”层。可以将其视为纯粹的序列化。如果您使用的是对象模型，这将是您的 ORM 层。

然后，您希望有另一层来定义“业务逻辑”;即您的数据与您的数据的交互。这与帐户如何与用户交互等有关。这里的封装基本上负责你的高级交互。通过这种方式，您可以定义对您的业务需求最有意义的抽象，而无需依赖实现;例如，您可以定义一个“用户帐户”模型，该模型将执行处理用户帐户所需的所有操作;定义您希望该抽象执行的所有操作。然后，一旦你把这个抽象记下来，那就是你的模型;然后，您可以在该模型的内部工作中定义如何与持久性代码进行交互。

通过这种方式，您可以从实际的 Model 接口中抽象出 Model 的持久性和实现。因此，您可以将模型定义为执行您希望它执行的操作，而无需考虑底层实现。这样做的好处是显着的;思考你希望你的模型做什么的过程，与它执行它的方式隔离开来，可能非常有指导意义;同样，如果后备数据层发生变化，则模型也不需要更改;例如，您可以使用平面文件进行原型设计。