在当今的小程序开发领域，网络请求是构建动态应用的核心。微信小程序提供的 wx.request API 虽然强大，但在面对复杂业务逻辑时，其直接使用方式可能会带来一系列问题。本文将深入探讨封装 wx.request 的必要性，并提供一套实用的封装方案。

封装 wx.request 的三大理由

1. 避免回调地狱

在小程序中，wx.request 作为一个基于回调的异步 API，当连续发起多个网络请求时，代码往往会陷入多层回调的困境，即“回调地狱”。这种结构不仅让代码变得难以阅读和维护，而且容易导致错误。

// 回调地狱示例
wx.request({// 请求1的配置success: function(res) {wx.request({// 请求2的配置success: function(res) {// 更多嵌套...}});}
});

2. 统一管理，提升复用性

在多个页面或组件中直接调用 wx.request，会导致代码重复，增加维护难度。通过封装，我们可以集中处理请求配置、拦截器、错误处理等，大大提升代码的复用性和可管理性。

3. 扩展功能，增强灵活性

封装 wx.request 可以让我们轻松添加额外功能，如请求拦截器、响应拦截器、超时重试、加载动画等，从而增强网络请求的灵活性和功能性。

小程序异步 API 的进化

自基础库版本 2.10.2 起，小程序的异步 API 开始支持 callback 和 promise 两种调用方式。然而，对于 downloadFile、request、uploadFile 等API，我们仍需自行封装以实现 promise 调用。

封装 wx.request 的实现方案

我们可以借鉴 Axios 的设计理念来封装 wx.request，以下是封装后的网络请求模块的核心功能：

• request 实例方法：用于发送网络请求。
• 快捷方法：提供 get、delete、put、post 等方法，简化网络请求操作。
• 拦截器：包括请求拦截器和响应拦截器，允许在请求前后添加自定义逻辑。
• uploadFile：封装上传文件功能，方便将本地资源上传至服务器。
• all 方法：支持并发请求，并优化了 loading 动画的显示效果。

// WxRequest 类示例
class WxRequest {static default = {}; // 默认配置request(options) {// 发送请求的逻辑}get(url, config) {// get 请求的逻辑}// 其他方法...
}

系列文章导读

本系列文章将带你深入封装 wx.request 的世界，以下是即将推出的内容：

• 01 基础request：探索 WxRequest 类的基本构成及其处理网络请求的方法。
• 02 创建拦截器：学习如何在 WxRequest 类中添加拦截器，以实现请求前后的自定义逻辑。
  敬请关注后续更新，一起揭开小程序网络请求优化的神秘面纱。
  参考资料：
• 基础request-CSDN博客
• 创建拦截器-CSDN博客