企业架构之前端控制器

一、概念

前端控制器模式用一个中心来处理所有到来的请求，最后调用视图将结果呈现给用户。此模式是Java企业应用的核心模式之一，但在PHP中并没有受到广泛的喜爱，部分原因是初始化前端控制器所需要的开销会导致系统性能下降。

 

 

二、为什么要使用前端控制器？

（1）当请求可以发送到系统中多个地方时，很难避免代码重复。

例如你可能需要验证用户、检查参数，多个页面都要执行这些操作，如果不使用前端控制器，可以从一个页面复制该操作相关的代码并粘贴到另一个页面，但是这样的话，当需要修改某个操作时，其他粘贴的代码也要随着修改，给代码的维护带来了很大的麻烦。

（2）当系统控制器和视图混杂在一起时，管理视图的切换和选择是另一个难点。

在一个复杂的系统中，随着输入和逻辑层中操作的成功执行，一个视图中的提交动作可能会产生任意数目的结果页面。从一个视图跳到另一个视图时，可能会产生混乱，特别当某个视图被用在多个地方的时候。

 

 

三、实践

（1）应用程序助手(ApplicationHelper类)

此类的主要作用是读取配置文件中的数据并使客户端代码可以访问这些数据。可以利用应用注册表来缓存这些数据，这样可以有效地保证复杂而且耗费时间的初始化过程只在第一次请求是发生，而之后所有的请求都能从中受益。

（2）命令解析器

前端控制器需要通过某种策略来决定如何解释一个HTTP请求，然后调用正确的代码来满足这个请求。为了方便代码的重构和实现多态，最好使用一个特定的类来完成这任务。

通常通过运行一个Command对象来调用应用程序逻辑。Command对象通常根据请求中的参数或URL的结构来决定选择哪个命令。你可以在一个配置文件或一个数据结构（逻辑方案）中测试该参数，或者直接查找文件系统（物理方案）中是否存在与参数相对应的类文件。

（3）请求封装

在PHP中，对系统的请求会被自动封装到一个全局有效的数组中。前端控制器使用类来封装请求。为什么不直接查询$_REQUEST,$_GET,$_POST呢？当然也可以这样做，但是把请求处理集中到一个地方，就有了更多的选择。比如，可以对所有的请求使用过滤器。

（4）执行命令

通过上面三步，运用命令模式，指定到命令相关类，执行命令！

 

 

四、缺点

（1）前期开发工作过多，如果项目太小以致于前端控制器在系统中的比重太大，那么不适合。

（2）每次请求都要加载所有的配置信息（其实即使不用前端控制器也常常这样），还需要额外的信息，如命令和视图的分布结构等。这些开销很容易通过缓存来降低。最有效的方法是把配置信息直接写到代码中，但是如果还有其他不懂技术的用户来维护，最好把配置信息单独放到一个配置文件中。

 

 

五、优点

（1）一旦在项目中成功部署了前端控制器，就可以很快地在其他项目中再次使用它。可以把前端控制器的功能提取到共享库代码中，打造出一个可重用的开发框架。

（2）集中了系统的表现逻辑，这意味着可以在一个地方同时处理请求和选择视图。这样做能降低代码重复和BUG发生的几率。

（3）易于扩展。搭建好前端控制器的核心部分后，可以很方便地增加新的Command类和视图。