【问题标题】:the best structure for a forum oop mvc with php?带有 php 的论坛 oop mvc 的最佳结构?
【发布时间】:2011-06-13 00:50:11
【问题描述】:

我正在mvc中用php oop开发一个论坛,但是我有一个问题这是我的结构,那么我必须在哪里编写每个模型的set和get方法?,我开始放置类setgetThread和setgetReply在控制器中,但我不确定,如果我在做 goo 练习,你能给出一些提示,或者澄清一下吗??我是 mvc 的新手,我正在努力理解

控制器: 控制器线程, 控制器回复

型号: 线, 回复

查看: 窗体线程, 表格回复, 索引

【问题讨论】:

  • 怎么会有人认为这是题外话?

标签: php oop model-view-controller


【解决方案1】:

这个问题无法准确回答。

这取决于风格和惯例。

我知道的最佳做法是“让你的控制器尽可能瘦”,而使用“胖模型”。

模型应该包含业务逻辑并且应该是完全可操作的,但是处于独立于环境的状态。这意味着例如,不要在那里处理 HTML。只需交换定义的数据对象。

控制器负责将所有 url 映射到正确的位置和所有内容。

最后,视图将模型中的数据转换为用户可以查看的形式(例如 HTML)。

有时约定只在视图/控制器或模型/控制器之间交换数据。我个人认为没有理由不让模型与控制器交互,它带来了数据预处理等很大的优势。

所以要深入了解您的问题:

认为您的控制器应该加载模型并设置线程。

然后控制器应该在您的表示层中设置正确的视图,然后从模型中获取帖子并以漂亮的形式显示它们。

【讨论】:

  • 但是在每个模型中,您都会将 set 和 get 方法以及其他方法喜欢存储在数据库中?
  • 模型通常直接与数据库通信。在每个模型后面都有一个额外的资源模型也很常见,其中只存储了与数据库相关的获取和写入数据的函数。我还可以想象一组单独的资源模型,它们不在模型的 1:1 中,但这并不常见。应用程序不同部分所需的资源模型函数通常通过一个模型进行隧道传输。
猜你喜欢
  • 1970-01-01
  • 2010-12-31
  • 1970-01-01
  • 2016-04-14
  • 1970-01-01
  • 2023-04-04
  • 2010-10-09
  • 1970-01-01
  • 2010-11-07
相关资源
最近更新 更多