php - 需要一些关于 MVC 分离的建议

Question

我应该注意到我正在使用 Zend Framework。虽然这不应该影响具体的答案，但这确实意味着我可以在几个地方实现我的以下方法( Action 助手、 Controller 等)。

问题是我有 buildOptions() 和 parseOptions() 方法，它们根据“标签”获取 $_GET/$_POST 变量并构建规则，然后在选择查询中使用这些规则。一个例子是 ?modelSort=id&modelOrder=asc

上面的'model'显然与特定的模型相关，它用作'标签'这样我就可以例如也有model2Sort和model2Order所以参数之间没有冲突。

但是，我现在遇到的麻烦是这些方法应该去哪里呢？他们通常处理请求参数。我一直在阅读很多关于胖模型，瘦 Controller 的文章。这应该在一个抽象模型中。我的想法是，如果是的话，我会做类似的事情:

(注意，我知道我不会像这样直接调用。方法会被子类使用)

$abstractModel->buildOptions($params);

'params' 可以是任何东西，比如请求参数 $_GET 或 $_POST:

$abstractModel->buildOptions($_GET);

现在据我所见，该模型本身并没有处理请求变量，而是处理传递给方法的参数。

建议？这个方法属于哪里？模型、 Controller ？

特别是在 Zend 上，它应该是一个抽象模型中的 Action 助手、插件吗？

感谢任何建议。

Answer 1

好吧，有两种不同的方式来查看 MVC。您可以执行 Controller-Push( Controller 将数据推送到 View 中)或 View-Pull( View 从模型中提取所需的数据)。这两种方法都有其优点和缺点。但共同的主题是该模型对用户输入是愚蠢的。您应该询问用户请求的内容。这使得在不同 View 中重用模型方法变得更加容易(如果需要)。

我个人喜欢 View-Pull 方法，因为它允许您轻松地重复使用您的 View (因为您无需担心需要将哪些数据推送到其中)。因此，您的 Controller 应该处理非显示用户交互(更新表等)。但是 View 应该负责与显示相关的用户交互。因此，如果您购买该方法，则排序和分页应该由 View 读取，并且 View 的工作是将其告知模型。我喜欢让我的模型相当轻，这样它们就可以尽可能地重复使用。

但重要的不是你把它放在哪里。这是关于一致性。只要您对应用程序中的分隔线保持一致，就不会有问题。问题在于一半时间你在一个地方做，另一半时间你在另一个地方做。所以选择一种方法，并坚持下去。

与大多数此类性质的事物一样，很大程度上取决于个人喜好和个人经验。没有单一的最佳方法(如果有，我们都会这样做)。了解各自的优缺点，并为自己做出选择(这样您就可以了解支持和反对您正在做的事情的原因)。

祝你好运......