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

简介: 中间件属于AOP切面编程的衍生,SW-X中的中间件可以通过绑定路由地址,实现控制器无切入的关联绑定。在中间件中,可以进行请求拦截(前置操作)、或者请求缓存销毁(后置操作)等业务。

前言

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

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


1、什么是中间件

中间件属于AOP切面编程的衍生,SW-X中的中间件可以通过绑定路由地址,实现控制器无切入的关联绑定。

在中间件中,可以进行请求拦截(前置操作)、或者请求缓存销毁(后置操作)等业务。


2、通过路由绑定中间件

接回上章案例,我们现在要对/api/*前缀的所有接口,统一绑定一个名为Auth的中间件。

需要先再/config/middleware.php中间件配置文件中注册绑定规则:

<?php
return [
    // 匹配中间件,路由前半段是/api/开头的都会绑定到
    '/api/*' => [
        \box\middleware\Auth::class,
    ],
];

所有中间件不强制继承\x\Middleware基类,但一般建议继承,\x\Middleware类提供了一个error()方法,当开发者想中断应用继续向下执行时,可以调用该方法,抛出自定义的提示内容到客户端,该方法兼容了框架中4种不同的服务。

中间件建议(但不强制)统一存放在/box/middleware/目录下, 便于项目管理。

接下来,我们在/box/middleware/目录下,创建一个Auth.php类,并写入代码:

<?php
/**
 * +----------------------------------------------------------------------
 * 权限中间件
 * +----------------------------------------------------------------------
 * 官网:SW-X框架-专注高性能便捷开发而生的PHP-SwooleX框架
 * +----------------------------------------------------------------------
 * 作者:小黄牛 <1731223728@qq.com>
 * +----------------------------------------------------------------------
 * 开源协议:http://www.apache.org/licenses/LICENSE-2.0
 * +----------------------------------------------------------------------
*/
namespace box\middleware;
use x\Middleware;
use x\Restful;
class Auth extends Middleware{
  // 需要跳过的路由
  private $_skip = [
    'shop/delete',
  ];
  // 需要跳过的前置路由
  private $_group_skip = [
    'login/',
  ];
  /**
   * 前置操作
   * @todo 无
   * @author 小黄牛
   * @version v2.5.0 + 2021.07.20
   * @deprecated 暂不启用
   * @global 无
   * @return void
  */
  public function handle() {
    // 获得当前路由地址
    $route = \x\Config::get('route');
    $url = str_replace($route['suffix'], '', ltrim(\x\Request::url(), $route['cutting']));
    $url = substr_replace($url, '', 0, (strpos($url, $route['cutting'])+1));
    // 跳过校验
    if (in_array($url, $this->_skip)) {
      return true;
    }
    // 跳过校验
    foreach ($this->_group_skip as $v) {
      if (stripos($url, $v) === 0) {
        return true;
      }
    }
    // 通过上下文,获得请求实例
    $Request = \x\context\Request::get();
    $get = $Request->get;// get表单
    $post = $Request->post;// post表单
    $header = $Request->header;// post表单
    // 没有访问权限
    if (!isset($get['test'])) {
      Restful::code(Restful::ACTION_ERROR())->callback();
      // 返回false表示中断执行
      return false;
    }
    // 返回true表示继续向下执行
    return true;
  }
}

同时,由于上面我们使用了一个ACTION_ERROR状态码,所以要在Restful状态码文件中加入响应的配置。

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

<?php
return [
    'ERROR' => 0, // 默认失败状态码
    'SUCCESS' => 1, // 默认成功状态码
    'ACTION_ERROR' => 40001, // 默认成功状态码
];

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

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

这时候我们访问http://IP地址:端口/api/shop/select接口,就会看到框架抛出了下面的状态码:

{
  "code": 40001,
  "msg": "权限校验失败",
  "data": []
}

如果访问http://IP地址:端口/api/shop/select?test=就是通过的。

同时,我们还可以创建/app/http/v1_0_1/controller/shop/delete.php/app/http/v1_0_1/controller/login/send.php接口,来测试中间件判断是否能够正常跳过。


/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
{
    public function index() {
    // Restful组件抛出接口响应
    return Restful::code(Restful::SUCCESS())->data([
            'title' => '我是api/shop/delete,跳过了中间件校验',
        ])->callback();
  }
}

/app/http/v1_0_1/controller/login/send.php代码如下:

<?php
namespace app\http\v1_0_1\controller\login;
use x\controller\Http;
// 引入Restful组件
use x\Restful;
class send extends Http
{
    public function index() {
    // Restful组件抛出接口响应
    return Restful::code(Restful::SUCCESS())->data([
            'title' => '我是api/login/send,跳过了中间件校验',
        ])->callback();
  }
}


创建完成后,就可以通过下列地址查看测试效果了:

http://IP地址:端口/api/shop/delete

http://IP地址:端口/api/login/send


相关文章
|
28天前
|
缓存 监控 负载均衡
探索微服务架构中的API网关模式
在微服务架构的海洋中,API网关如同一座灯塔,指引着服务间的通信。本文将深入探讨API网关的设计哲学、关键功能以及在实际应用中的考量因素。通过对比分析,我们将揭示API网关如何在提高系统可维护性、增强安全性和优化性能方面发挥其不可或缺的作用。此外,文章还将提供实践指南,帮助读者在构建或改进微服务架构时,做出明智的API网关选择和部署决策。
|
24天前
|
负载均衡 应用服务中间件 API
探索微服务架构中的API网关模式
在现代软件开发中,微服务架构已经成为一种流行的设计模式。它通过将复杂的应用程序分解为一组小的、松耦合的服务来简化开发和部署。然而,随着服务数量的增加,如何有效地管理这些服务之间的通信成为了一个挑战。API网关作为微服务架构的关键组件,提供了一个集中式的入口,用于处理客户端请求并将其路由到相应的服务。本文将深入探讨API网关的作用、实现方式以及如何在微服务架构中有效地利用它来优化系统性能和安全性。
33 0
|
10天前
|
设计模式 监控 API
探索微服务架构中的API网关模式
在微服务的宇宙里,API网关是连接星辰的桥梁。它不仅管理着服务间的通信流量,还肩负着保护、增强和监控微服务集群的重任。本文将带你走进API网关的世界,了解其如何成为微服务架构中不可或缺的一环,以及它在实际应用中扮演的角色和面临的挑战。
|
13天前
|
缓存 监控 API
【微服务战场上的神秘守门人】:揭秘API网关的超能力 —— 探索微服务架构中的终极守护者与它的神奇魔法!
【8月更文挑战第7天】随着微服务架构的流行,企业应用被拆分为围绕特定业务功能构建的小型服务。API网关作为微服务间的通信管理核心,对请求进行路由、认证、限流等处理,简化客户端集成并提升用户体验。以电商应用为例,通过Kong部署API网关,配置产品目录等服务的API及JWT认证插件,确保安全高效的数据交互。这种方式不仅增强了系统的可维护性和扩展性,还提供了额外的安全保障。
31 2
|
16天前
|
负载均衡 监控 API
探索微服务架构中的API网关模式
在微服务架构的海洋中,API网关扮演着枢纽的角色。它不仅是客户端请求的接收者,也是各个微服务间通信的协调者。本文将深入探讨API网关的设计原则、实现策略以及它在微服务生态中的重要性。我们将通过实际案例分析,了解API网关如何优化系统性能、提高安全性和简化客户端与服务的交互。
34 4
|
15天前
|
XML API 网络架构
API架构风格对比:SOAP vs REST vs GraphQL vs RPC
API架构风格对比:SOAP vs REST vs GraphQL vs RPC
30 2
|
20天前
|
负载均衡 监控 API
探索微服务架构中的API网关模式
【7月更文挑战第30天】在微服务架构的复杂网络中,API网关扮演着交通枢纽的角色,不仅简化了客户端与各微服务的交互,还提升了系统的安全性和可维护性。本文将深入探讨API网关的设计原则、核心功能以及在实际应用中的部署策略,旨在为后端开发者提供一套完整的API网关解决方案。
|
21天前
|
安全 前端开发 API
探索微服务架构中的API网关模式
【7月更文挑战第30天】在微服务架构的海洋中,API网关是一艘至关重要的航船。它不仅是服务的入口,更是流量控制、安全认证与协议转换的枢纽。本文将深入探讨API网关的核心作用,揭示其在微服务生态中的价值,并指导如何有效实现和部署这一关键组件。
52 6
|
18天前
|
运维 负载均衡 监控
探索微服务架构中的API网关模式
在当今分布式系统和微服务架构日益盛行的背景下,API网关作为一种重要的设计模式,承担着请求路由、负载均衡、认证授权、监控统计等关键职责。本文将深入探讨API网关在微服务架构中的作用,分析其实现机制,以及如何在实际应用中高效地部署和管理API网关,从而提升系统的可扩展性、安全性和可维护性。
20 2
|
21天前
|
运维 监控 负载均衡
探索微服务架构中的API网关模式
【7月更文挑战第30天】在微服务架构中,API网关扮演着至关重要的角色。本文将深入探讨API网关的设计原则、实现方式以及其在微服务生态中的作用。我们将从API网关的基本概念出发,逐步展开其核心功能和优势,并通过实例分析如何在实际应用中有效部署API网关以提升系统的可维护性、可扩展性和安全性。
30 3