## 架构及扩展 ### 一、单入口应用程序 基于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扩展： - 实际上也是旧版伪静态的一部分。 - 新版的伪静态已经包含了此功能，故已经不再需要。 缓存扩展： - 旧版上面缓存可以通过配置进行替换驱动。 - 新版更建议直接使用缓存，而配置也是比较简单可以拿到的。