当前位置: 首页 > 文档资料 > SpeedPHP 帮助手册 >

2. 架构及扩展

优质
小牛编辑
139浏览
2023-12-01

架构及扩展

一、单入口应用程序

基于SpeedPHP框架开发的应用程序,均是“单入口应用程序”(以下简称单入口程序),这是SpeedPHP框架的默认配置。

单入口程序概述

指在同一个应用程序中,访问者仅可以通过相同的一个文件来使用整个应用程序的功能。这个文件称作“入口文件”,而这种结构的应用程序整体就称作“单入口应用程序”。

在sp框架内,入口文件就是程序顶级目录的index.php文件。

一般而言,在单入口程序中,入口文件都是通过传入的参数(arg()获取)来判断应该执行的程序,并转向到该程序来执行。

优点

单入口程序有着以下各种优点:

  • 单入口程序安全性提高。多入口程序很容易造成安全配置和管理的混乱,而单入口程序可以统一使用相同的安全配置,从管理和配置上提高了应用程序的安全性。
  • 全局配置、权限控制等更简单。
  • 有利于Url重写(伪静态)的实现。
  • 随着云平台/云主机的日益流行,web程序透明分布式已经成为了常态,单入口能更好适应这种结构。

单入口程序须知

在使用单入口程序的时候,需要注意以下问题:

  • 单入口程序是一个整体的应用程序,也就是该程序的范围,应该是入口文件能够访问(转向)的极限。
  • 单入口程序通常用在中小型规模的应用程序(百万访问级以下)中,如果是大型应用程序(千万访问级),可以通过分离多套应用程序的方式拆分。
  • 建议初学者彻底放弃多入口文件的做法。
  • 入口文件是一切程序的入口。

二、架构设计

SpeedPHP框架的架构设计遵循以下规则:MVC基础,直接驱动,autoload执行。

MVC基础架构

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

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

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

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

直接驱动

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

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

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

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

也就是“开发者80%时间使用的功能,只占全部功能的20%。而有80%的功能,只有20%机会会使用到”。

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

根据实际开发情况来看,在项目开发或运作过程中,突然更换数据库类型的情况,也是极其罕见的。并且现代系统架构的做法都是通过远程接口(如thrift等)来对接另一个数据库类型而不是直接链接。

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

在新版sp框架中,更进一步,把原来多个抽象数据库驱动的模式,直接改成只有一个Model类的模式,该类包含了应用功能及数据库驱动,比原先做了极大的精简改进。

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

autoload执行

3.1版本及之前的sp框架,遵循的类库载入规则是“按需载入”及“扩展点”的模式,虽然在性能上面已经做到极致,但在使用上面,会有一些不尽人意的感觉。

比如说,实例化一个php类,则需要使用spClass函数;然而“最php”的方式却是new。

所以现在新版的sp框架,直接通过php内置的autoload机制,来对类文件进行实例化。

好处在于:

  • 仍然是按需载入,仍然是快速如初。因为autoload仅仅是搜索类定于文件的方式改变的,但是内里却还是类似spClass的模式——也就是仅仅根据需要来载入对应的一个类文件。
  • 可以用new语法对类进行实例化,既符合php原生语法,而且对IDE(编辑器)的支持更好。
  • 扩展类库也可以通过new的方式直接在框架类使用,如同普通的php类一样;或者换句话说普通的类库也可以是扩展类库。

当使用new语法时,php的大部分IDE会提供类名提示,类成员函数提示等便利。

三、第三方类库和扩展

autoload机制中,所有php类文件只要放到model、include、controller三个目录之一里面,并且类名和文件名相同,那么即可在程序里面用new来对其实例化,当然,并不需要require进来。

  • 只要是php类,类名和文件名相同。
  • 放在model、include、controller三个目录之一
  • 通过new语法可以对其实例化,并且按照正常php类的方式使用。
  • 不需要预先require或include类文件进来。

目录搜索优先级是:model > include > controller,故最常用的类库放置在model目录,而不经常使用的放include,

而controller主要是方便隔控制器调用某些方法,一般controller目录不建议放除控制器类文件以外的php文件。

不再需要扩展点

新版的sp框架已经不再需要扩展点,取而代之的是更为简便的方式。

原有框架共有四个扩展点,以下新的对应方式:

路由前扩展:

  • 在路由解析前进行的一系列操作。该扩展点主要用于伪静态的实现以及ACL权限认证的入口判断。
  • 新版伪静态已经是内置并且十分精简的程序,性能效率非常高,所以不再需要在路由前进行配置。
  • 而权限控制,在新版中是定位到了控制器层面进行控制(毕竟就叫控制器嘛),如BaseController的init()函数以及各控制器自身的init()函数,均是实现全局或局部权限控制的位置。比起之前的路由前控制,更为“用户级”,也更容易操作。

路由后扩展:

  • 路由后扩展在旧版中并没有自带的使用功能。一般在路由后需要做的会是记录日志、压缩输出等。
  • 新版可以直接在入口文件的最后进行此类操作。

URL扩展:

  • 实际上也是旧版伪静态的一部分。
  • 新版的伪静态已经包含了此功能,故已经不再需要。

缓存扩展:

  • 旧版上面缓存可以通过配置进行替换驱动。
  • 新版更建议直接使用缓存,而配置也是比较简单可以拿到的。