PHP 基于 SW-X 框架,搭建高性能API架构(五)

简介: 本章节学习在SW-X框架中,如何过滤404请求,并使用注解限制请求类型,使用Validate验证器组件过滤表单数据。

前言

官网地址:SW-X框架-专注高性能便捷开发而生的PHP-SwooleX框架

希望各大佬举起小手,给小弟一个star:https://github.com/swoolex/swoolexlex

1、404接口配置

HTTP服务中,当查找不到对应的路由时,会加载/config/route.php配置文件中的404配置。

以下为具体的参数配置项:

<?php
return [
    // 找不到路由的时候,是否启用自定义的错误处理程序
    '404' => true,
    // 自定义的错误处理程序,只需要提供一个类的命名空间位置即可
    'error_class' => '\\box\\http_error',
];

下面我们打开/box/http_error.php文件,并修改成以下代码:

<?php
namespace box;
use \x\controller\Http;
class http_error  extends Http{
    /**
     * 入口
     * @todo 无
     * @author 小黄牛
     * @version v1.0.1 + 2020.05.29
     * @deprecated 暂不启用
     * @global 无
     * @return void
    */
    public function __construct() {
        return \x\Restful::code(\x\Restful::ONROUTE())->callback();
    }
}

由于上面使用\x\Restful组件,抛出了一个ONROUTE状态码,所以对应的Restful配置也要进行修改:

/restful/default/code.php修改成如下代码:

<?php
return [
    'ERROR' => 0, // 默认失败状态码
    'SUCCESS' => 1, // 默认成功状态码
    'ACTION_ERROR' => 40001, // 权限校验失败
    'ONROUTE' => 40004, // 不存在的接口
];

/restful/default/msg.php修改成如下代码:

<?php
return [
    // 默认错误状态码对应的tips
    'ERROR' => [
        'default' => '请求失败', // 默认值
    ],
    // 默认成功状态码对应的tips
    'SUCCESS' => [
        'default' => '请求成功', // 默认值
        'test' => '测试msg',
    ],
    // 权限校验失败
    'ACTION_ERROR' => [
        'default' => '权限校验失败', // 默认值
    ],
    // 不存在的接口
    'ONROUTE' => [
        'default' => '该接口不存在', // 默认值
    ],
];


这时候我们随便访问一个不存在的接口,http://IP地址:端口/api/user/info,就可以看到框架抛出了下面的状态码:

{
  "code": 40004,
  "msg": "该接口不存在",
  "data": []
}

2、请求类型限制

SW-X中需要限制某个HTTP控制器的请求类型有多种方式,

第1种是使用@Post@Get@Ajax注解进行限制。

第2种,则是使用\x\Validate验证器组件,对请求头进行判断过滤。

一般建议使用第1种方式,因为非常灵活,而第2种一般是用于对某些同组接口需要进行相同请求头过滤,例如签名判断等业务时使用。

下面,我们将/app/http/v1_0_1/controller/shop/delete.php控制器改代码如下:

<?php
namespace app\http\v1_0_1\controller\shop;
use x\controller\Http;
// 引入Restful组件
use x\Restful;
class delete extends Http
{
    /**
     * 我只允许Post+Ajax的请求
     * @Post
     * @Ajax
    */
    public function index() {
        // Restful组件抛出接口响应
        return Restful::code(Restful::SUCCESS())->data('您的请求通过啦')->callback();
    }
}

同时,由于该注解的错误信息是由/box/lifecycle/route_error.php生命周期文件进行回调处理,所以我们还需要将该文件改成以下代码:

<?php
namespace box\lifecycle;
class route_error
{
    /**
     * 特殊转换3种注解的Msg值
    */
    private $tips = [
        'Route Method Get'  => '只允许Get请求',
        'Route Method Post' => '只允许Post请求',
        'Route Method Ajax' => '只允许Ajax请求',
    ];
    /**
     * 接受回调处理
     * @todo 无
     * @author 小黄牛
     * @version v1.1.5 + 2020.07.15
     * @deprecated 暂不启用
     * @global 无
     * @param Swoole $server 服务实例
     * @param string $fd 客户端标识
     * @param string $status 错误事件状态码
     * @return bool
    */
    public function run($server, $fd, $status) {
        $tips = 'Annotate:SW-X Status:'.$status.' ERROR !';
        $type = \x\Config::get('server.sw_service_type');
        // 只处理HTTP服务请求的抛出
        if ($type == 'http') {
            if (isset($this->tips[$status])) $tips = $this->tips[$status];
            return \x\Restful::code(\x\Restful::LIFECYCLE())->setMsg($tips)->callback();
        }
        return true;
    }
}

由于上面使用\x\Restful组件,抛出了一个LIFECYCLE状态码,所以对应的Restful配置也要进行修改:

/restful/default/code.php修改成如下代码:

<?php
return [
    'ERROR' => 0, // 默认失败状态码
    'SUCCESS' => 1, // 默认成功状态码
    'ACTION_ERROR' => 40001, // 权限校验失败
    'ONROUTE' => 40004, // 不存在的接口
    'LIFECYCLE' => 20001, // 路由生命周期错误回调状态码[使用自定义MSG]
];

注意,生命周期文件修改后,热重载无效,需要手动stop后,重新start服务。

完成重启后,我们再访问http://IP地址:端口/api/shop/delete接口,就可以看到框架抛出了下面的状态码:

{
  "code": 20001,
  "msg": "只允许Post请求",
  "data": []
}

如果要测试请求成功,可以使用Postman或Jquery等工具,发送Post-Ajax请求即可。

3、Validate校验表单数据

SW-X种推荐使用\x\Validate验证器组件,对请求进行判断过滤。

具体的使用方法,可以参考官方文档:https://www.sw-x.cn/word/v2.5.x/vali_explain.html

下面我们来创建一个Shop校验器,用于针对商品分组的API请求。

创建验证器文件/box/validate/Shop.php,写入代码如下:

<?php
namespace box\validate;
use x\Validate;
class Shop extends Validate
{
    // 定义字段对应的规则
    protected $rule = [
        'id' => 'require|int',
        'title'  =>  'require|min:10|max:20',
        'info.des' =>  'min:10|max:20',
    ];
    // 自定义错误值声明
    protected $message  =   [
        'id.require'   => '{id}忘记输入啦',
        'title.min'     => '{title}不能小于{0}',
        'title.max'     => '{title}不能大于{0}',
        'info.des.min' => '{:preset}不能小于{0}',
        'info.des.min' => '{info.des}不能大于{0}',
    ];
    // 场景定义
    protected $scene = [
        // 修改时使用的场景(简写)
        'edit'  =>  ['id','info.des'], // 需要校验的字段
        // 删除时使用的场景(简写)
        'delete'  =>  ['id'], // 需要校验的字段
    ];
}

下面,我们将/app/http/v1_0_1/controller/shop/delete.php控制器改代码如下:

<?php
namespace app\http\v1_0_1\controller\shop;
use x\controller\Http;
// 引入Restful组件
use x\Restful;
class delete extends Http
{
    /**
     * 使用注解绑定校验器
     * @Validate(class="\box\validate\Shop", scene="delete")
    */
    public function index() {
        // Restful组件抛出接口响应
        return Restful::code(Restful::SUCCESS())->data('校验通过啦')->callback();
    }
}

同时,由于该注解的错误信息是由/box/lifecycle/validate_error.php生命周期文件进行回调处理,所以我们还需要将该文件改成以下代码:

<?php
namespace box\lifecycle;
class validate_error
{
    /**
     * 接受回调处理
     * @todo 无
     * @author 小黄牛
     * @version v2.5.6 + 2021-09-15
     * @deprecated 暂不启用
     * @global 无
     * @param string $server_type 服务类型 http/websocket/rpc/mqtt
     * @param bool $batch 是否全部过滤
     * @param array $errors 错误验证结果集
     * @return bool
    */
    public function run($server_type, $batch, $errors) {
        // $batch 是用于执行全部过滤规则,再最后一起返回全部的错误原因
        // 默认生命周期只返回第一个错误原因
        $error = $errors[0]['intact_field'].' => '.$errors[0]['message'];
        // 只处理HTTP服务请求的抛出
        if ($server_type == 'http') {
            return \x\Restful::code(\x\Restful::VALIDATE())->setMsg($errors[0]['message'])->callback();
        }
        return true;
    }
}

由于上面使用\x\Restful组件,抛出了一个VALIDATE状态码,所以对应的Restful配置也要进行修改:

/restful/default/code.php修改成如下代码:

<?php
return [
    'ERROR' => 0, // 默认失败状态码
    'SUCCESS' => 1, // 默认成功状态码
    'ACTION_ERROR' => 40001, // 权限校验失败
    'ONROUTE' => 40004, // 不存在的接口
    'LIFECYCLE' => 20001, // 路由生命周期错误回调状态码[使用自定义MSG]
    'VALIDATE' => 20002, // 校验器生命周期错误回调状态码[使用自定义MSG]
];

注意,生命周期文件修改后,热重载无效,需要手动stop后,重新start服务。

完成重启后,我们再访问http://IP地址:端口/api/shop/delete接口,就可以看到框架抛出了下面的状态码:

{
  "code": 20002,
  "msg": "id忘记输入啦",
  "data": []
}

访问http://IP地址:端口/api/shop/delete?id=1,就可以通过delete的校验场景了。

相关文章
|
1月前
|
人工智能 运维 监控
构建高性能微服务架构:现代后端开发的挑战与策略构建高效自动化运维系统的关键策略
【2月更文挑战第30天】 随着企业应用的复杂性增加,传统的单体应用架构已经难以满足快速迭代和高可用性的需求。微服务架构作为解决方案,以其服务的细粒度、独立性和弹性而受到青睐。本文将深入探讨如何构建一个高性能的微服务系统,包括关键的设计原则、常用的技术栈选择以及性能优化的最佳实践。我们将分析微服务在处理分布式事务、数据一致性以及服务发现等方面的挑战,并提出相应的解决策略。通过实例分析和案例研究,我们的目标是为后端开发人员提供一套实用的指南,帮助他们构建出既能快速响应市场变化,又能保持高效率和稳定性的微服务系统。 【2月更文挑战第30天】随着信息技术的飞速发展,企业对于信息系统的稳定性和效率要求
|
22小时前
|
JSON API 数据库
后端架构设计与优化:打造高性能应用后端
后端架构设计与优化:打造高性能应用后端
10 2
|
6天前
|
XML JSON API
快速淘宝商品详情页面API接口传输 php
PI(Application Programming Interface,应用程序接口)是一组预定义的函数、协议和工具,用于构建软件应用程序之间的交互。它允许不同的软件系统和应用通过统一的接口进行数据交换和通信
|
10天前
|
监控 JavaScript 安全
构建微服务架构下的API网关
【4月更文挑战第15天】在微服务架构中,API网关扮演着至关重要的角色。它作为系统的唯一入口,不仅负责请求的路由、负载均衡和认证授权,还涉及到监控、日志记录和服务熔断等关键功能。本文将探讨如何构建一个高效且可靠的API网关,涵盖其设计原则、核心组件以及实现策略,旨在为后端开发人员提供一套实用的指导方案。
26 4
|
11天前
|
监控 负载均衡 API
构建高性能微服务架构:后端开发的最佳实践
【4月更文挑战第14天】 在当今快速发展的软件开发领域,微服务架构已成为构建可扩展、灵活且容错的系统的首选方法。本文深入探讨了后端开发人员在设计和维护高性能微服务时需要遵循的一系列最佳实践。我们将从服务划分原则、容器化部署、API网关使用、负载均衡、服务监控与故障恢复等方面展开讨论,并结合实际案例分析如何优化微服务性能及可靠性。通过本文的阅读,读者将获得实施高效微服务架构的实用知识与策略。
|
22天前
|
消息中间件 监控 API
构建高性能微服务架构:从理论到实践
【4月更文挑战第4天】 在当今互联网应用的快速迭代和高并发需求下,传统的单体应用架构已不足以满足市场的灵活性与扩展性要求。微服务架构以其独立部署、弹性伸缩、技术多样性等优势,成为众多企业转型升级的首选方案。本文将深入探讨如何构建一个高性能的微服务系统,涵盖关键组件的选择、系统设计的考量以及性能优化的策略,旨在为开发者和架构师提供一套实用的指导思路和具体实践步骤。
|
1月前
|
运维 Linux Apache
LAMP架构调优(十)——Apache禁止指定目录PHP解析与错误页面优化
LAMP架构调优(十)——Apache禁止指定目录PHP解析与错误页面优化
199 2
|
1月前
|
缓存 负载均衡 监控
构建高效微服务架构:API网关的作用与实践
【2月更文挑战第31天】 在当今的软件开发领域,微服务架构已成为实现系统高度模块化和易于扩展的首选方法。然而,随着微服务数量的增加,确保通信效率和管理一致性变得尤为重要。本文将探讨API网关在微服务架构中的核心角色,包括其在请求路由、安全性、负载均衡以及聚合功能方面的重要性。我们将通过具体案例分析,展示如何利用API网关优化后端服务,并讨论实施过程中的最佳实践和常见挑战。
|
1月前
|
缓存 负载均衡 数据库
构建高性能微服务架构:后端开发的终极指南
【2月更文挑战第30天】 随着现代应用程序向微服务架构的转型,后端开发者面临着提高系统性能、确保可靠性和易于维护性等挑战。本文深入探讨了构建高性能微服务的策略,包括服务拆分、数据库优化、缓存机制以及负载均衡等关键技术。通过实际案例分析与最佳实践分享,我们旨在为后端开发人员提供一套全面的指导方针,帮助其在不断变化的技术环境中保持竞争力。
|
1月前
|
存储 Kubernetes 固态存储
IEEE HPCA 2024|LightPool:高性能、轻量级的存储池化架构
IEEE HPCA 2024|LightPool:高性能、轻量级的存储池化架构