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

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

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

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

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

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

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

相关文章

统一支付是JSAPI/NATIVE/APP各种支付场景下生成支付订单,返...
统一支付是JSAPI/NATIVE/APP各种支付场景下生成支付订单,返...
前言 之前做了微信登录,所以总结一下微信授权登录并获取用户...
FastAdmin是我第一个接触的后台管理系统框架。FastAdmin是一...
之前公司需要一个内部的通讯软件,就叫我做一个。通讯软件嘛...
统一支付是JSAPI/NATIVE/APP各种支付场景下生成支付订单,返...