MVC与程序状态 - 模型应该是愚蠢的吗？

Question

我正在使用一个使用 MVC 范例的框架。它是 CodeIgniter，但我的问题并不是专门针对该框架 - 更普遍的是关于使用 MVC 时的最佳实践。

我使用 $_SESSION 变量来维护一些状态变量（用户选择、一些临时首选项、一些数据过滤选项）。这很容易做到，但我发现我在模型和控制器之间分割了这些变量的使用。有时我会更新控制器中的一个，并在模型中查找它。这开始“闻起来”很有趣，因为我突然想到让模型“意识到”所有这些设置可能不是一个好主意。模型不应该只接受获取/操作数据的请求，并且只关心请求中明确的内容（而不必查找外部变量）吗？

这是一个示例：我有一个名为 $_SESSION['regionFilter'] 的会话变量。这是在控制器中创建和更新的，代表用户想要“深入”的销售区域。当控制器从模型请求一些数据时，我当前让模型查找 $_SESSION['regionFilter'] 变量，并在为数据库创建 SQL 时使用它。似乎让模型在程序状态方面变得“哑”，并且让控制器以某种方式将 $_SESSION['regionFilter'] 变量捆绑到其请求中（如果需要的话）可能更有意义。

有什么想法吗？谢谢！

---

编辑：感谢各位的讨论。我知道重叠的问题，但很难找到有关该主题的一般性讨论 - 我搜索“MVC 模型程序状态”时发现了大量有关 ASP.NET-MVC 特定讨论的问题，这些问题在实现中陷入困境细节。

我已将问题标记为已关闭。再次感谢您的想法！

Answer 1

我认为你担心它闻起来很奇怪是完全正确的。您刚刚向模型中引入了一些与模型无关的内容。

我不认为向模型提供过滤器有什么问题，也许需要一个代表您所在区域的字符串。如果您想将会话传递给它，那么请随意，但是通过将会话内容（甚至读取）放入模型中，您已经将两者本质上联系起来......一个模型会话状态。

在模型中提供一个将进行适当过滤的方法，然后无论如何从控制器传递会话变量，但模型不知道过滤器来自会话变量。这只是一个过滤器。

编辑：为了澄清，我想说会话状态是控制器的一部分，绝对不是模型的一部分。

Answer 2

一般来说，我的领域模型只是状态。我知道这对于埃文理论的一些纯粹主义者来说并不是一个好兆头，但它对于创建可移植的模型非常有效，甚至可以跨异构系统。换句话说，这对于 SOA 很有效（尽管我们可以在以后争论代理模式是否更优越？）

当您升级到 MVC 时，您正在处理一个 UI 模型，而不一定是一个域模型，尽管这样可以许多示例融合了这两个概念。您的模型是与视图（MVVM 模式中的 ViewModel）结合的模型。如果您有这种逻辑分离，您的视图模型可以是原始“模型”（域模型？）和您需要显示的任何其他信息的组合。这也使得关注点得到了清晰的分离，这很好。

Answer 3

如果您的搜索类中需要区域过滤器，则使用依赖注入将其传递到其中。您的区域过滤器实际上应该是一个域模型类。该区域过滤器应该不知道您在请求之间存储数据的位置。只需确保区域过滤器在需要时拥有它即可。

作为域模型类，它不属于控制器，而是属于模型。请注意，模型不仅仅是数据库，还包括除 UI 之外的所有内容。控制器是 UI 层的一部分。它的唯一目的是将当前请求委托给适当的模型。

换句话说，您应该这样做：

public function searchAction()
{
    $customerSearch = new CustomerSearch;
    $customerSearch->setFilter(new RegionFilter($_SESSION));
    $results = $customerSearch->fetchResults();

    // do something with $results on User Interface
}

请注意，我不同意本页其他地方给出的会话数据或状态属于控制器的答案。事实并非如此。会话数据只是持久数据。与任何其他持久数据一样，它属于持久层（也是模型的一部分）。忘记它是Session数据。它是区域过滤数据。

在 $_SESSION（或任何超全局）周围放置 API 以防止与特定环境耦合是有意义的。但是 RegionFilterStorage_Session 类仍然是模型类。