单入口程序概述

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

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

    优点

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

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

    单入口程序须知

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

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

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

    MVC基础架构

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

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

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

    直接驱动

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

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

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

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

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

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

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

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

    autoload执行

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

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

    好处在于：

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

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

    • 只要是php类，类名和文件名相同。
    • 放在model、include、controller三个目录之一
    • 不需要预先require或include类文件进来。

    不再需要扩展点

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

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

    路由前扩展：

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

    路由后扩展：

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

    URL扩展：

    • 实际上也是旧版伪静态的一部分。
    • 新版的伪静态已经包含了此功能，故已经不再需要。
    • 旧版上面缓存可以通过配置进行替换驱动。
    • 新版更建议直接使用缓存，而配置也是比较简单可以拿到的。