请选择 进入手机版 | 继续访问电脑版

SpeedPHP框架

 找回密码
 注册成为新用户

QQ登录

只需一步,快速开始

查看: 5027|回复: 0

[框架概述] 框架架构设计

[复制链接]
发表于 2012-8-4 23:33:17 | 显示全部楼层 |阅读模式
SpeedPHP框架的架构设计遵循以下规则:MVC基础,按需载入,直接驱动,扩展点执行。

MVC基础架构

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

  • M层以spModel类为父类,提供数据及业务相关操作的模型结构标准与功能。
  • V层以PHP的模板引擎为基础,提供业界通用的模板引擎功能。
  • C层以spController类为父类,提供轻便的程序转向执行功能。

MVC架构是面向对象编程的最佳实践之一,通过对父类的继承和覆盖,将可让SpeedPHP框架的MVC各部件更强大和更适合当前的应用程序。

同时,从软件工程角度而言,MVC架构也较为适合软件建模以及团队开发。

按需载入

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

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

直接驱动
在大部分的通用PHP框架中,对数据库及模板引擎的支持,都是三层结构:
底层驱动(对数据库或模板的原始操作)-> 抽象层(转换表达式)-> 应用层(通用编程接口)

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

  • 抽象层能够方便地支持多种数据库类型(模板引擎),
  • 应用层功能更多。

但在实际开发中,真正“经常”使用的数据库接口功能(模板引擎功能)都是比较少的,不外乎是CRUD(查增改删)等几个简化的操作以及复杂的SQL执行,呈现80/20的现象。也就是“开发者80%时间使用的功能,只占全部功能的80%。而有80%的功能,只有20%机会会使用到”。

另外,经过试验也可以发现,其实在没有抽象层的情况,支持多数据库多模板引擎也并非难事。

综上考虑,SpeedPHP框架去除了抽象层的设计:底层驱动 -> 应用层。在保证应用成提供了常用接口功能的前提下,底层驱动和应用层直接实现了原本抽象层才能做到的事情,当然,SpeedPHP框架的直接驱动,在一定程度上,减少了应用层的功能数量。

所以,一般来说,较复杂的数据库及模板引擎功能,均建议直接使用数据库句柄(SQL语句)和模板引擎对象来实现(这部分只会有20%机会出现)。

扩展点执行

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

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

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

扩展功能主要通过扩展点来实现,扩展点是多个分布在SpeedPHP框架不同关键位置的程序执行点,开发者可以方便地在应用程序设置中,控制和指示这些扩展点的执行,也就是可以自由地在扩展点中加入自己希望执行的代码,以便达到更复杂的功能。
比如说在框架的路由系统中,存在着router_prefilter和router_postfilter两个扩展点,分别代表了路由系统“执行前”和“执行后”的扩展。如spUrlRewrite扩展程序就是通过router_prefilter(执行前)的扩展,以URL伪静态访问为基础,动态修改路由的访问方向,以达到伪静态转向的功能。

您需要登录后才可以回帖 登录 | 注册成为新用户

本版积分规则

手机浏览|简版|中文PHP框架|开源协议|SpeedPHP.com ( 粤ICP备08008671号

GMT+8, 2020-2-19 22:00

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

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