设为首页 收藏本站
查看: 582|回复: 0

[经验分享] php前端控制器

[复制链接]

尚未签到

发表于 2015-8-23 16:32:33 | 显示全部楼层 |阅读模式
  4年以前,当我还在一种叫ASP的东西上工作的时候,我整天为两个问题头疼不已:一是如何将分散的页面控制整合起来。解释型的服务器端脚本,每个页面都有 接收和处理请求的能力。这样以每个页面作为独立的单元来处理请求让人感觉粒度太小,分散又不爽。二是如何减少重复代码。脚本语言里处理重复代码的灵丹妙药 是include。每个页面里都可以include header,footer,session checker,屡试不爽。但有一次我很不幸,我要改一下header的名字……
后来投靠了java,用了struts,豁然开朗,就像天空中飘下来几个大字:前端控制器。在这几个字的怀里缠绵已久,回望脚本语言林林总总,处处鲜花烂漫。

前端控制器在《J2EE核心模式》一书中已经完整的定义过了了,不再复述。下面只是记一下自己在工作中遇到过的前端控制器模式的实例:
1. 解释型脚本的前端控制器的实现:近期接触了一个php项目,打开看了它的index.php,顿时感觉醍醐灌 顶,赞叹作者思想精妙不已,一个小小的页面里面做了控制分发和页面Layout处理。用户所有的请求都发送给index.php页面,然后后面加上几个参 数,如action和event。该系统个php文件的关系是通过命名约束来处理的。比如如果action=XXX,那么会有一个 XXX.class.php,一个XXX.page.template.php,还有相关的footer,header,form,content之类的 页面对应文件。当index页面接到请求的时候通过action名字匹配,利用万能的include将对应的class.php加载进来,作为对 action进行处理的command使用。当command处理完以后,然后再把对应的 page.template,footer,header,content加载进来,然后根据event进行处理。所有动作完成后,把组装好的页面返回给 用户。一次控制分发和页面处理就完成了。一个百行的index.php代码就完成了一个完整的前端控制器,整个框架不可谓不轻啊。脚本的灵活性让我这个整 天活在java的xml配置文件里的人好生羡慕啊。
更加完整的解释型前端控制器:用过一个月的ColdFusion,解释型的标签式语言。March II是这个平台上最流行的MVC框架之一。这个框架和struts非常相似,一个配置核心的XML文件。不过解释型脚本的问题在于它们的最小粒度永远都是 独立的一个页面。这个框架接收用户请求的还是那个index.cfm文件。这个文件会将请求转给March II的核心文件,并且在第一次被调用的时候会初始化一个应用级的变量,来保存系统xml里的信息。然后通过index.cfm后面的参数匹配来处理 action(MarchII叫它listener),event之类的东西。这个系统在实现信息包装、控制分发和页面处理的同时,还实现了拦截器的功 能。在处理action的listener前面加了一个叫filter的东西来处理,来进行过滤用户信息。整体来说这个框架算是一个比较完整的MVC框 架。也是我见过的比较完整的解释型脚本的框架。

2.JAVA EE里的前端控制器:Strut1和Struts2里面的做法算是比较经典的两种前端控制器。由于 JAVA EE中对处理用户请求的单元进行了重新定义,类型更丰富,比如Filter和Servlet。而配置的映射机制使接收用户请求的粒度变得很有弹性。 struts1里面使用Servlet作为前端控制器,来实现用户请求的封装,控制分发,和结果返回处理。struts2 对struts1这方面最大的改进莫过于使用Filter来作为前端控制器。由于Filter本身就是非常典型的Chain模式,请求运转与Filter 之中,就是行走于一个链中,而且filter接收和处理请求位于比Servlet更靠前的位置,这使我们在基于它进行开发时,活动余地更大,更增强了我们 对request和response的控制,也提供了一种框架内更便捷的拦截器(或者叫子链)实现方式。关于Struts1和struts2,想必大家都 已经烂熟于心了,也没必要重复了。

3. 令人眼前一亮的奇妙想法:和同事交流前端控制器模式的心得,他说了一个让人神清气爽的例子,也是php的。他维 护的那个项目有一个要求比较安全的模块。刚开始他始终找不到驱动这个模块的核心在哪里。用户请求的地址总是找不到相匹配的php文件,也没有找到代码里有 能处理这些请求分发的地方。找来找去,突然发现这个系统的前端控制器是一个大家天天都会见的页面:HTTP 404错误页面。 因为每一个找不到对应资源的请求都会来到这里,所以他们在这里做了请求解析、控制分发的处理。看到如此巧妙的东西,实在是惊叹设计人员的脑子。且不说这种 做法的好与坏,它至少将核心处理的代码隐藏到了一个应用级别以外的地方。大家大笑以后,想想这也是个很好的trick啊。

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-103106-1-1.html 上篇帖子: php获取$_POST同名参数数组 下篇帖子: 快速搭建PHP开发环境(PhpStorm+EasyPHP)
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表