编辑“SpeedPHP/架构设计”

{{SpeedPHP top}}
[[SpeedPHP]]框架的架构设计遵循以下规则：[[MVC]]基础，按需载入，直接驱动，扩展点执行。

==MVC基础架构==
MVC（Model模型 - View视图 - Controller控制器）的三层架构是SpeedPHP框架的核心架构，这是一个实践证明了较为适合WEB系统开发的架构。

M层以spModel类为父类，提供[[数据]]及业务相关操作的模型结构标准与功能。

V层以[[PHP]]的模板引擎为基础，提供业界通用的模板引擎功能。

C层以spController类为父类，提供轻便的程序转向执行功能。

MVC架构是面向对象编程的最佳实践之一，通过对父类的继承和覆盖，将可让SpeedPHP框架的MVC各部件更强大和更适合当前的应用程序。同时，从软件工程角度而言，MVC架构也较为适合[[软件]]建模以及团队开发。

==按需载入==
按需载入是SpeedPHP框架保持良好的运行速度的重要保证之一，应用程序启动初期，框架将仅载入MVC核心架构和核心函数库——包括了日常编程开发中80%的功能支持。余下的20%功能，将在程序需要的时候，才会搜索指定目录来载入功能文件。

按需载入的理念保证了应用程序的功能和速度两者的平衡。

==直接驱动==
在大部分的通用PHP框架中，对数据库及模板引擎的支持，都是三层结构：

底层驱动（对[[数据库]]或模板的原始操作）-> 抽象层（转换表达式）-> 应用层（通用编程接口）

使用三层结构的主要原因有二：

1. 抽象层能够方便地支持多种数据库类型（模板引擎），

2. 应用层功能更多。

但在实际开发中，真正“经常”使用的数据库接口功能（模板引擎功能）都是比较少的，不外乎是CRUD（查增改删）等几个简化的操作以及复杂的SQL执行，呈现80/20的现象。也就是“开发者80%时间使用的功能，只占全部功能的80%。而有80%的功能，只有20%机会会使用到”。另外，经过试验也可以发现，其实在没有抽象层的情况，支持多数据库多模板引擎也并非难事。

综上考虑，SpeedPHP框架去除了抽象层的设计：底层驱动 -> 应用层。在保证应用成提供了常用接口功能的前提下，底层驱动和应用层直接实现了原本抽象层才能做到的事情，当然，SpeedPHP框架的直接驱动，在一定程度上，减少了应用层的功能数量。所以，一般来说，较复杂的数据库及模板引擎功能，均建议直接使用数据库句柄（[[SQL]]语句）和模板引擎对象来实现（这部分只会有20%机会出现）。

==扩展点执行==
SpeedPHP框架对第三方程序和类库的支持，是通过直接调用和扩展功能来实现的。

直接调用指的是SpeedPHP框架的“按需载入”，通过框架提供的核心函数，开发者可以很方便地载入和使用第三方类库和功能函数。

扩展功能是框架在保存精简的前提下，实现更强大功能的模式之一。

扩展功能主要通过扩展点来实现，扩展点是多个分布在SpeedPHP框架不同关键位置的程序执行点，开发者可以方便地在应用程序设置中，控制和指示这些扩展点的执行，也就是可以自由地在扩展点中加入自己希望执行的[[代码]]，以便达到更复杂的功能。

比如说在框架的路由系统中，存在着router_prefilter和router_postfilter两个扩展点，分别代表了路由系统“执行前”和“执行后”的扩展。如spUrlRewrite扩展程序就是通过router_prefilter（执行前）的扩展，以[[URL]]伪静态访问为基础，动态修改路由的访问方向，以达到伪静态转向的功能。

==参考来源==
http://speedphp.com/manual.html

{{SpeedPHP}}

[[category:SpeedPHP|SpeedPHP]]