加入收藏 | 设为首页 | 会员中心 | 我要投稿 安卓应用网 (https://www.0791zz.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程开发 > PHP > 正文

php – 什么定义了MVC中的传统“页面”概念?

发布时间:2020-05-25 08:30:38 所属栏目:PHP 来源:互联网
导读:我目前在使用 PHP时使用CodeIgniter作为我的首选框架.我正在努力解决的一个问题是“页面”的概念,以及如何在MVC中正确表示.据我所知,CodeIgniter有一个前端控制器,它委托给页面控制器.在我的思考过程中,每个页面都有自己的控制器.我经常看到有人使用填充了许

我目前在使用 PHP时使用CodeIgniter作为我的首选框架.我正在努力解决的一个问题是“页面”的概念,以及如何在MVC中正确表示.据我所知,CodeIgniter有一个前端控制器,它委托给页面控制器.在我的思考过程中,每个页面都有自己的控制器.我经常看到有人使用填充了许多方法的页面控制器.所以在这个意义上,每个动作都成为它自己的页面.

我从来没有真正喜欢将许多方法填充到一个控制器中的想法,因为如果你一次只需要一个或两个方法,那么似乎会有太多的开销.每个页面拥有自己的控制器似乎更合理,并且操作只对应于您可以在该特定页面上执行的操作.我是否以错误的方式思考这个问题?

更令人困惑的是,我会注意到在一些Web应用程序中,他们将有一个控制器,它将有多种方法(即登录,注册,查看,编辑等),但在其他人实际上他们实际上有一个登录控制器,和寄存器控制器. “页面控制器”的正确用法是什么?

从域的角度来看,我肯定地说每个域上下文有1个控制器更有意义.不一定每页一个,但根据具体情况,可能就是这种情况.我所说的语境是“密切相关的行为”.

例如,帐户控制器应该处理登录,注销,更改密码,操作.他们都生活在“账户”的背景下

以Stackoverflow为例.我会有一个“问题”控制器,它会有DisplayQuestion,AskQuestion,Delete Question,MostRecent Questions等操作.它们都是由一个控制器管理的不同“视图/页面”.

(编辑:安卓应用网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读