7.07 Middleware-错误页面

本节课工程结构如下:

(base) yanglei@yuanhong 05-errPage % tree ./
./
├── context.go
├── context_test.go
├── go.mod
├── go.sum
├── handleFunc.go
├── httpServer.go
├── httpServer_test.go
├── matchNode.go
├── middleware.go
├── middleware_test.go
├── middlewares
│   ├── access_log
│   │   ├── accessLog.go
│   │   ├── accessLog_test.go
│   │   └── middlewareBuilder.go
│   ├── open_telemetry
│   │   ├── docker-compose.yaml
│   │   ├── middlewareBuilder.go
│   │   └── middleware_test.go
│   └── prometheus
│       ├── middlewareBuilder.go
│       └── middleware_test.go
├── node.go
├── option.go
├── router.go
├── router_test.go
├── safeContext.go
├── serverInterface.go
└── stringValue.go

4 directories, 25 files

PART1. 需求概述

我们通常有一个需求:如果一个响应返回了404,那么应该显示一个错误页面,停留在这个错误页面几秒钟后,重定向到一个默认页面,比如说重定向到首页

但有一个棘手的问题在于:不是所有的404都是要重定向的.比如说你是异步加载数据的RESTful请求,在打开页面之后异步加载用户详情,即便 404了也不应该重定向.因为请求API,404了就是404了,不需要你重定向到某个页面上.你的客户端也不会用你的404页面

目前我们没有设计可路由的中间件,因此没有办法给使用者提供一个入口,该入口用于控制某个路由是否需要重定向到某个页面.

此处我们先实现一个比较粗暴的设计:当检测到响应码为某个特定值时,篡改响应为某个错误页面

PART2. 实现

2.1 基本构型

这个都写了N遍了,没什么要解释的

middleware/err_page/middlewareBuilder.go:

2.2 检测响应码并渲染对应的错误页面

那首先肯定是需要一个map用于记录响应码与其对应错误页面的映射关系:

middleware/err_page/middlewareBuilder.go:

接下来的操作就比较简单了,判断响应码是否为需要渲染错误页面的响应码,如果是,则渲染对应的错误页面即可:

middleware/err_page/middlewareBuilder.go:

其实到这里主流程就实现完毕了已经.但还有一些边缘问题,例如:

  • 缺少一个用于让框架的使用者注册自己的响应码和错误页面的入口

  • 缺少初始化MiddlewareBuilder的过程

    • 这里因为MiddlewareBuilder. respPages是一个需要初始化的数据类型,因此

2.3 注册响应码与错误页面

这2个缺陷实现起来也很简单

middleware/err_page/middlewareBuilder.go:

PART3. 测试

middleware/err_page/middleware_test.go:

这个测试用例中,我们都不需要注册路由,只需要随便访问一个路由,看是否能渲染我们定义的错误页面即可:

篡改的404页面

TODO:做完作业考虑如何实现针对指定路由或指定方法的错误页面中间件

Last updated