CN108804099A - 一种php开发方法及框架 - Google Patents

Abstract

本发明提供了一种PHP开发方法及框架，该方法包括：当检测到目标HTTP请求地址时，为目标HTTP请求地址匹配目标控制器；读取目标控制器的用于表征项目模型调用关系的业务逻辑，并按照业务逻辑自动加载目标控制器所调用的项目模型，所述项目模型包括预先构建的业务模型和/或预先构建的数据模型；对自动加载后的项目模型进行实例化。基于本发明公开的方法，实现了按照编程约定实例化目标HTTP请求地址对应的项目模型，这不但提高了开发框架的程序执行效率和灵活性，也相应提高了开发者的开发效率，从而满足了开发者的学习需求。

Description

一种PHP开发方法及框架

技术领域

本发明涉及计算机技术领域，更具体地说，涉及一种PHP开发方法及框架。

背景技术

PHP(Hypertext Preprocessor，超文本预处理器)是一种通用开源脚本语言，该语言的语法吸收了C语言、Java和Perl的特点，利于学习，使用广泛，主要适用于Web开发领域。

PHP开发框架通过提供一个开发Web程序的基本架构，实现了将PHP Web程序开发摆到了流水线上。相似项目之间的代码重用能够节省大量的时间和精力。但是，目前行业内大多PHP开发框架在执行效率以及灵活性等方面都参差不齐，不能兼顾执行效率和灵活性，从而不能满足开发者的学习需求。

发明内容

有鉴于此，本发明提供一种PHP开发方法及框架，以解决目前行业内大多PHP开发框架在执行效率以及灵活性等方面都参差不齐，不能兼顾执行效率和灵活性的问题。技术方案如下：

一种PHP开发方法，包括：

当检测到目标HTTP请求地址时，为所述目标HTTP请求地址匹配目标控制器；

读取所述目标控制器的用于表征项目模型调用关系的业务逻辑，并按照所述业务逻辑自动加载所述目标控制器所调用的项目模型，所述项目模型包括预先构建的业务模型和/或预先构建的数据模型；

对自动加载后的所述项目模型进行实例化。

优选的，为所述目标HTTP请求地址匹配目标控制器，包括：

将所述目标HTTP请求地址发送到入口文件中；

解析所述入口文件中预先配置的路由表得到路由配置信息，所述路由配置信息中包含有至少一个HTTP请求地址及其对应的控制器标识；

判断所述路由配置信息中是否存在所述目标HTTP请求地址；

若是，从所述路由配置信息中获取所述目标HTTP请求地址对应的目标控制器标识；

根据所述目标控制器标识查找所述目标HTTP请求地址对应的目标控制器。

优选的，还包括：

将所述目标控制器的目录存储路径记录至所述目标控制器标识下。

优选的，所述预先构建业务模型的过程，包括：

接收业务模型生成指令，所述业务模型生成指令中包含待构建业务模型对应的业务模型基础类标识；

调用所述业务模型基础类标识对应的业务模型基础类；

响应用户对所述业务模型基础类的配置操作，并将配置后的所述业务模型基础类确定为业务模型。

优选的，所述预先构建数据模型的过程，包括：

接收数据模型生成指令，所述数据模型生成指令中包含待构建数据模型对应的数据模型基础类标识；

调用所述数据模型基础类标识对应的数据模型基础类；

响应用户对所述数据模型基础类的配置操作，并将配置后的所述数据模型基础类确定为数据模型。

一种PHP开发框架，包括：目标控制器匹配模块、读取加载模块和实例化模块，所述读取加载模块包括业务模型构建单元和数据模型构建单元；

所述目标控制器匹配模块，用于当检测到目标HTTP请求地址时，为所述目标HTTP请求地址匹配目标控制器；

所述读取加载模块，用于读取所述目标控制器的用于表征项目模型调用关系的业务逻辑，并按照所述业务逻辑自动加载所述目标控制器所调用的项目模型，所述项目模型包括预先构建的业务模型和/或预先构建的数据模型；

所述业务模型构建单元，用于预先构建业务模型；

所述数据模型构建单元，用于预先构建数据模型；

所述实例化模块，用于对自动加载后的所述项目模型进行实例化。

优选的，所述目标控制器匹配模块包括：请求地址发送单元、解析单元、判断单元、获取单元和查找单元；

所述请求地址发送单元，用于将所述目标HTTP请求地址发送到入口文件中；

所述解析单元，用于解析所述入口文件中预先配置的路由表得到路由配置信息，所述路由配置信息中包含有至少一个HTTP请求地址及其对应的控制器标识；

所述判断单元，用于判断所述路由配置信息中是否存在所述目标HTTP请求地址；若是，触发所述获取单元；

所述获取单元，用于从所述路由配置信息中获取所述目标HTTP请求地址对应的目标控制器标识；

所述查找单元，用于根据所述目标控制器标识查找所述目标HTTP请求地址对应的目标控制器。

优选的，所述目标控制器匹配模块还包括：记录单元；

所述记录单元，用于将所述目标控制器的目录存储路径记录至所述目标控制器标识下。

优选的，所述业务模型构建单元包括：第一指令接收子单元、第一调用子单元和第一响应确定子单元；

所述第一指令接收子单元，用于接收数据模型生成指令，所述数据模型生成指令中包含待构建数据模型对应的数据模型基础类标识；

所述第一调用子单元，用于调用所述数据模型基础类标识对应的数据模型基础类；

所述第一响应确定子单元，用于响应用户对所述数据模型基础类的配置操作，并将配置后的所述数据模型基础类确定为数据模型。

优选的，所述数据模型构建单元包括：第二指令接收子单元、第二调用子单元和第二响应确定子单元；

所述第二指令接收子单元，用于接收数据模型生成指令，所述数据模型生成指令中包含待构建数据模型对应的数据模型基础类标识；

所述第二调用子单元，用于调用所述数据模型基础类标识对应的数据模型基础类；

所述第二响应确定子单元，用于响应用户对所述数据模型基础类的配置操作，并将配置后的所述数据模型基础类确定为数据模型。

相较于现有技术，本发明实现的有益效果为：

本发明公开了一种PHP开发方法及框架，该方法包括：为检测到的目标HTTP请求地址匹配目标控制器，按照目标控制器的业务逻辑自动加载目标控制器所调用的项目模型，并对加载后的项目模型进行实例化。基于本发明公开的方法，实现了按照编程约定实例化目标HTTP请求地址对应的项目模型，这不但提高了开发框架的程序执行效率和灵活性，也相应提高了开发者的开发效率，从而满足了开发者的学习需求。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的PHP开发方法的方法流程图；

图2为本发明实施例提供的PHP开发方法的部分方法流程图；

图3为本发明实施例提供的PHP开发方法的又一部分方法流程图；

图4为本发明实施例提供的PHP开发方法的再一部分方法流程图；

图5为本发明实施例提供的PHP开发框架的结构示意图；

图6为本发明实施例提供的PHP开发框架的部分结构示意图；

图7为本发明实施例提供的PHP开发框架的又一部分结构示意图；

图8为本发明实施例提供的PHP开发框架的再一部分结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例公开一种PHP开发方法，方法流程图如图1所示，包括如下步骤：

S101，当检测到目标HTTP请求地址时，为目标HTTP请求地址匹配目标控制器；

在执行步骤S10的过程中，通过使用nginx服务器的rewrite功能将目标HTTP请求地址发送到入口文件中，其中，入口文件为PHP框架的主文件，按照预设入口文件目录存储路径存储于PHP框架中，并且由于入口文件使用了正则匹配相关的路由配置，可根据入口文件的路由配置信息为目标HTTP请求地址匹配相应的目标控制器；

在具体实现过程中，步骤S101中“为目标HTTP请求地址匹配目标控制器”可以具体采用以下步骤，方法流程图如图2所示：

S1001，将目标HTTP请求地址发送到入口文件中；

S1002，解析入口文件中预先配置的路由表得到路由配置信息，所述路由配置信息中包含有至少一个HTTP请求地址及其对应的控制器标识；

S1003，判断路由配置信息中是否存在目标HTTP请求地址；若是，则执行步骤S1004；

S1004，从路由配置信息中获取目标HTTP请求地址对应的目标控制器标识；

S1005，根据目标控制器标识查找目标HTTP请求地址对应的目标控制器。

优选的，步骤S1005之后，还可包括如下步骤，将目标控制器的目录存储路径记录至目标控制器标识下，这就保证了对于已经匹配成功的HTTP请求地址，当再次匹配时，可直接通过记录的目录存储路径记录查找到目标控制器。

S102，读取目标控制器的用于表征项目模型调用关系的业务逻辑，并按照业务逻辑自动加载目标控制器所调用的项目模型，所述项目模型包括预先构建的业务模型和/或预先构建的数据模型；

在执行步骤S102的过程中，可提前将所有***依赖的公共方法及类库提前注入到DI容器中，该DI容器采用PHP Closure匿名函数的特性临时创建一个没有指定名称的函数作为闭包，将注入到DI容器中的公共方法和类库存入该闭包中，在自动加载时才将调用的公共方法或者类输出，并且，在自动加载类库中的项目模型时，可采用单例设计模式进行加载，这就保证了整个程序运行过程中不会存在过多实例。

业务逻辑是由开发者预先添加于目标控制器中的，包含有目标控制器与项目模型之间，以及项目模型与项目模型之间的调用关系；另外，在自动加载项目模型的过程中，可读取类库中各个项目模型的命名空间，也就是目录存储路径，来识别业务逻辑中的项目模型，并且，可通过调用PHP框架的spl_autoload_register函数完成对业务逻辑中的项目模型的自动加载，以此实现对项目模型的类捕获。

在具体实现过程中，步骤S102中提及的“预先构建业务模型”可以具体采用以下步骤，方法流程图如图3所示：

S1006，接收业务模型生成指令，所述业务模型生成指令中包含待构建业务模型对应的业务模型基础类标识；

S1007，调用业务模型基础类标识对应的业务模型基础类；

S1008，响应用户对业务模型基础类的配置操作，并将配置后的业务模型基础类确定为业务模型。

本实施例中，PHP框架中定义了业务模型基础类，当在项目中构建业务模型时，用户，也就是开发者可以业务模型基础类为基础进行配置，并且，在业务模型逐渐复杂时，相应业务模型基础类中的功能方法由用户增加，以供继承的业务模型去调用。

在具体实现过程中，步骤S102中提及的“预先构建数据模型”可以具体采用以下步骤，方法流程图如图4所示：

S1009，接收数据模型生成指令，所述数据模型生成指令中包含待构建数据模型对应的数据模型基础类标识；

S1010，调用数据模型基础类标识对应的数据模型基础类；

S1011，响应用户对数据模型基础类的配置操作，并将配置后的数据模型基础类确定为数据模型。

本实施例中，数据模型主要用于对数据库的操作，PHP框架中定义了数据模型基础类，当在项目中构建数据模型时，用户，也就是开发者可以业务模型基础类为基础进行配置。

S103，对自动加载后的项目模型进行实例化。

在对项目模型完成实例化之后，还可以JSON格式输出日志，该日志中记录有项目模型的执行时间、请求参数以及路由信息等，并且，在程序执行完成之后才将日志写入日志文件，以降低磁盘I/O的消耗。

以上步骤S1001～步骤S1005仅仅是本申请实施例公开的步骤S101中“为目标HTTP请求地址匹配目标控制器”过程的一种优选的实现方式，有关此过程的具体实现方式可根据自己的需求任意设置，在此不做限定。

以上步骤S1006～步骤S1008仅仅是本申请实施例公开的步骤S102提及的“预先构建业务模型”过程的一种优选的实现方式，有关此过程的具体实现方式可根据自己的需求任意设置，在此不做限定。

以上步骤S1009～步骤S1011仅仅是本申请实施例公开的步骤S102提及的“预先构建数据模型”过程的一种优选的实现方式，有关此过程的具体实现方式可根据自己的需求任意设置，在此不做限定。

本发明实施例公开的PHP开发方法，包括：为检测到的目标HTTP请求地址匹配目标控制器，按照目标控制器的业务逻辑自动加载目标控制器所调用的项目模型，并对加载后的项目模型进行实例化。这就实现了按照编程约定实例化目标HTTP请求地址对应的项目模型，这不但提高了开发框架的程序执行效率和灵活性，也相应提高了开发者的开发效率，从而满足了开发者的学习需求。

基于上述实施例提供的PHP开发方法，本发明又一实施例公开一种PHP开发框架，该框架的结构示意图如图5所示，包括：目标控制器匹配模块101、读取加载模块102和实例化模块103，所述读取加载模块102包括业务模型构建单元1021和数据模型构建单元1022；

目标控制器匹配模块101，用于当检测到目标HTTP请求地址时，为目标HTTP请求地址匹配目标控制器；

读取加载模块102，用于读取目标控制器的用于表征项目模型调用关系的业务逻辑，并按照业务逻辑自动加载目标控制器所调用的项目模型，所述项目模型包括预先构建的业务模型和/或预先构建的数据模型；

业务模型构建单元1021，用于预先构建业务模型；

数据模型构建单元1022，用于预先构建数据模型；

实例化模块103，用于对自动加载后的项目模型进行实例化。

优选的，目标控制器匹配模块101的结构示意图如图6所示，包括：请求地址发送单元1001、解析单元1002、判断单元1003、获取单元1004和查找单元1005；

请求地址发送单元1001，用于将目标HTTP请求地址指向到入口文件；

解析单元1002，用于解析入口文件中预先配置的路由表得到路由配置信息，所述路由配置信息中包含有至少一个HTTP请求地址及其对应的控制器标识；

判断单元1003，用于判断路由配置信息中是否存在目标HTTP请求地址；若是，触发获取单元1004；

获取单元1004，用于从路由配置信息中获取目标HTTP请求地址对应的目标控制器标识；

查找单元1005，用于根据目标控制器标识查找目标HTTP请求地址对应的目标控制器。

优选的，目标控制器匹配模块101还可包括记录单元；记录单元，用于将目标控制器的目录存储路径记录至目标控制器标识下。

优选的，业务模型构建单元1021的结构示意图如图7所示，包括：第一指令接收子单元1006、第一调用子单元1007和第一响应确定子单元1008；

第一指令接收子单元1006，用于接收数据模型生成指令，所述数据模型生成指令中包含待构建数据模型对应的数据模型基础类标识；

第一调用子单元1007，用于调用数据模型基础类标识对应的数据模型基础类；

第一响应子确定单元1008，用于响应用户对数据模型基础类的配置操作，并将配置后的数据模型基础类确定为数据模型。

优选的，数据模型构建单元1022的结构示意图如图8所示，包括：第二指令接收子单元1009、第二调用子单元1010和第二响应确定子单元1011；

第二指令接收子单元1009，用于接收数据模型生成指令，所述数据模型生成指令中包含待构建数据模型对应的数据模型基础类标识；

第二调用子单元1010，用于调用数据模型基础类标识对应的数据模型基础类；

第二响应子确定单元1011，用于响应用户对数据模型基础类的配置操作，并将配置后的数据模型基础类确定为数据模型。

本发明实施例公开的PHP开发框架，实现了按照编程约定实例化目标HTTP请求地址对应的项目模型，这不但提高了开发框架的程序执行效率和灵活性，也相应提高了开发者的开发效率，从而满足了开发者的学习需求。

以上对本发明所提供的一种PHP开发方法及框架进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备所固有的要素，或者是还包括为这些过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种PHP开发方法，其特征在于，包括：

当检测到目标HTTP请求地址时，为所述目标HTTP请求地址匹配目标控制器；

读取所述目标控制器的用于表征项目模型调用关系的业务逻辑，并按照所述业务逻辑自动加载所述目标控制器所调用的项目模型，所述项目模型包括预先构建的业务模型和/或预先构建的数据模型；

对自动加载后的所述项目模型进行实例化。

2.根据权利要求1所述的方法，其特征在于，为所述目标HTTP请求地址匹配目标控制器，包括：

将所述目标HTTP请求地址发送到入口文件中；

解析所述入口文件中预先配置的路由表得到路由配置信息，所述路由配置信息中包含有至少一个HTTP请求地址及其对应的控制器标识；

判断所述路由配置信息中是否存在所述目标HTTP请求地址；

若是，从所述路由配置信息中获取所述目标HTTP请求地址对应的目标控制器标识；

根据所述目标控制器标识查找所述目标HTTP请求地址对应的目标控制器。

3.根据权利要求2所述的方法，其特征在于，还包括：

将所述目标控制器的目录存储路径记录至所述目标控制器标识下。

4.根据权利要求1所述的方法，其特征在于，所述预先构建业务模型的过程，包括：

接收业务模型生成指令，所述业务模型生成指令中包含待构建业务模型对应的业务模型基础类标识；

调用所述业务模型基础类标识对应的业务模型基础类；

响应用户对所述业务模型基础类的配置操作，并将配置后的所述业务模型基础类确定为业务模型。

5.根据权利要求1所述的方法，其特征在于，所述预先构建数据模型的过程，包括：

接收数据模型生成指令，所述数据模型生成指令中包含待构建数据模型对应的数据模型基础类标识；

调用所述数据模型基础类标识对应的数据模型基础类；

响应用户对所述数据模型基础类的配置操作，并将配置后的所述数据模型基础类确定为数据模型。

6.一种PHP开发框架，其特征在于，包括：目标控制器匹配模块、读取加载模块和实例化模块，所述读取加载模块包括业务模型构建单元和数据模型构建单元；

所述目标控制器匹配模块，用于当检测到目标HTTP请求地址时，为所述目标HTTP请求地址匹配目标控制器；

所述读取加载模块，用于读取所述目标控制器的用于表征项目模型调用关系的业务逻辑，并按照所述业务逻辑自动加载所述目标控制器所调用的项目模型，所述项目模型包括预先构建的业务模型和/或预先构建的数据模型；

所述业务模型构建单元，用于预先构建业务模型；

所述数据模型构建单元，用于预先构建数据模型；

所述实例化模块，用于对自动加载后的所述项目模型进行实例化。

7.根据权利要求6所述的框架，其特征在于，所述目标控制器匹配模块包括：请求地址发送单元、解析单元、判断单元、获取单元和查找单元；

所述请求地址发送单元，用于将所述目标HTTP请求地址发送到入口文件中；

所述解析单元，用于解析所述入口文件中预先配置的路由表得到路由配置信息，所述路由配置信息中包含有至少一个HTTP请求地址及其对应的控制器标识；

所述判断单元，用于判断所述路由配置信息中是否存在所述目标HTTP请求地址；若是，触发所述获取单元；

所述获取单元，用于从所述路由配置信息中获取所述目标HTTP请求地址对应的目标控制器标识；

所述查找单元，用于根据所述目标控制器标识查找所述目标HTTP请求地址对应的目标控制器。

8.根据权利要求7所述的框架，其特征在于，所述目标控制器匹配模块还包括：记录单元；

所述记录单元，用于将所述目标控制器的目录存储路径记录至所述目标控制器标识下。

9.根据权利要求6所述的框架，其特征在于，所述业务模型构建单元包括：第一指令接收子单元、第一调用子单元和第一响应确定子单元；

所述第一指令接收子单元，用于接收数据模型生成指令，所述数据模型生成指令中包含待构建数据模型对应的数据模型基础类标识；

所述第一调用子单元，用于调用所述数据模型基础类标识对应的数据模型基础类；

所述第一响应确定子单元，用于响应用户对所述数据模型基础类的配置操作，并将配置后的所述数据模型基础类确定为数据模型。

10.根据权利要求6所述的框架，其特征在于，所述数据模型构建单元包括：第二指令接收子单元、第二调用子单元和第二响应确定子单元；

所述第二指令接收子单元，用于接收数据模型生成指令，所述数据模型生成指令中包含待构建数据模型对应的数据模型基础类标识；

所述第二调用子单元，用于调用所述数据模型基础类标识对应的数据模型基础类；

所述第二响应确定子单元，用于响应用户对所述数据模型基础类的配置操作，并将配置后的所述数据模型基础类确定为数据模型。