一、基本介绍

从 v2.0 版本开始，框架的 Server 组件提供了规范化的路由注册方式，更加适合团队规范化的使用场景，实现了以下特性：

• 规范化API按照结构化编程设计
• 规范化API接口方法参数风格定义
• 更加简化的路由注册与维护
• 统一接口返回数据格式设计
• 保障代码与接口文档同步维护
• 自动的API参数对象化接收与校验
• 自动生成基于标准 OpenAPIv3 协议的接口文档
• 自动生成 SwaggerUI 页面

二、简单示例

1、配置文件

这里使用 YAML 配置文件： config.yaml

server:
  address:     ":8199"
  openapiPath: "/api.json"
  swaggerPath: "/swagger"

2、示例代码

我们从一个简单的 Hello 例子开始：

package main

import (
    "context"
    "fmt"

    "github.com/gogf/gf/v2/frame/g"
    "github.com/gogf/gf/v2/net/ghttp"
)

type HelloReq struct {
    g.Meta `path:"/hello" method:"get"`
    Name   string `v:"required" dc:"Your name"`
}
type HelloRes struct {
    Reply string `dc:"Reply content"`
}

type Hello struct{}

func (Hello) Say(ctx context.Context, req *HelloReq) (res *HelloRes, err error) {
    g.Log().Debugf(ctx, `receive say: %+v`, req)
    res = &HelloRes{
        Reply: fmt.Sprintf(`Hi %s`, req.Name),
    }
    return
}

func main() {
    s := g.Server()
    s.Use(ghttp.MiddlewareHandlerResponse)
    s.Group("/", func(group *ghttp.RouterGroup) {
        group.Bind(
            new(Hello),
        )
    })
    s.Run()
}

拷贝这段代码，我们运行起来试试，终端输出信息如下：

2021-11-19 23:31:35.277 25580: http server started listening on [:8199]

  SERVER  | DOMAIN  | ADDRESS | METHOD |   ROUTE    |                          HANDLER                          |    MIDDLEWARE
----------|---------|---------|--------|------------|-----------------------------------------------------------|--------------------
  default | default | :8199   | ALL    | /*         | github.com/gogf/gf/v2/net/ghttp.MiddlewareHandlerResponse | GLOBAL MIDDLEWARE
----------|---------|---------|--------|------------|-----------------------------------------------------------|--------------------
  default | default | :8199   | ALL    | /api.json  | github.com/gogf/gf/v2/net/ghttp.(*Server).openapiSpec-fm  |
----------|---------|---------|--------|------------|-----------------------------------------------------------|--------------------
  default | default | :8199   | GET    | /hello     | main.(*Hello).Say                                         |
----------|---------|---------|--------|------------|-----------------------------------------------------------|--------------------
  default | default | :8199   | ALL    | /swagger/* | github.com/gogf/gf/v2/net/ghttp.(*Server).swaggerUI-fm    | HOOK_BEFORE_SERVE
----------|---------|---------|--------|------------|-----------------------------------------------------------|--------------------

可以看到，除了我们的业务路由之外， Server 自动帮我们注册了两个路由： /api.json 和 /swagger/*。前者是自动生成的基于标准的 OpenAPIv3 协议的接口文档，后者是自动生成 SwaggerUI 页面，方便开发者查看和调试。这两个功能默认是关闭的，开发者可以通过前面示例中的 openapiPath 和 swaggerPath 两个配置项开启。

3、接口文档

接口文档通过 OpenAPIv3 协议生成，一般来说需要结合相应的UI工具查看，地址： http://127.0.0.1:8199/api.json

由于 OpenAPIv3 协议是规范的接口定义协议，因此开发者根据协议内容可以做很多事，例如：自定义UI展示、Client代码生成、协议转换等等。

4、SwaggerUI

我们来看看这个 SwaggerUI 页面： http://127.0.0.1:8199/swagger/

这里只有一个我们的路由地址以及对应的输入输出结构体。当然，这只是个简单的示例，你可以在真实的项目中通过一些配置使得页面更加丰富多彩。

我们接着在这个页面上做下接口测试吧：

嗯，接口返回了一个固定数据格式的 Json 内容，但是能看到其中的 data 为我们需要的返回结果。

5、返回中间件

等等，似乎漏掉了什么东西？是的，我们这里使用了一个 Server 组件提供的中间件，它是拿来做什么的呢？我们开看看它的方法定义：

是的，它在我们没有提供自定义的返回数据格式处理中间件时，使用了一个默认的中间件处理我们的请求，并返回了一个默认的数据格式。

三、如何使用

1、路由方法定义

从上面的例子中，我们可以看到，路由方法定义使用固定的格式：

func Handler(ctx context.Context, req *Request) (res *Response, err error)

其中输入参数和输出参数都是两个，并且都是必须的一个都不能少。简单介绍下：

参数	说明	注意事项
ctx context.Context	上下文	Server 组件会自动从请求中获取并传递给接口方法
req *Request	请求对象	就算没有接收参数也要定义，因为请求结构体中不仅仅包含请求参数的定义，也包含了接口的请求定义。
res *Response	返回对象	就算没有返回参数也要定义，因为返回结构体中不仅仅包含返回参数的定义，也可以包含接口返回定义。
err error	错误对象	Server 通过该参数判断接口执行成功或失败。

2、请求/返回结构体

在规范化路由注册中，非常重要的是请求/返回结构体的定义，在该结构体不仅仅包含了输入参数的定义，也包含了接口的定义，特别是路由地址、请求方法、接口描述等信息。为保证命名规范化，输入数据结构以XxxReq方式命名，输出数据结构以XxxRes方式命名。即便输入或者输出参数为空，也需要定义相应的数据结构，这样的目的一个是便于后续扩展，另一个是便于接口信息的管理。关于结构体中涉及到 OpenAPIv3 协议的标签介绍请查看后续章节。

请求参数自动转换到请求数据结构，字段映射转换不区分大小写，也会自动忽略特殊字符。

3、数据校验

请求结构体在进入API接口执行前将会被自动执行校验，如果其中一条规则校验失败，那么将终止后续规则的校验。校验功能使用的是框架统一的校验组件，具体请参考： 数据校验

4、数据返回

接口的数据返回处理需要设置统一的后置中间件，当然也可以使用 Server 默认提供的数据返回中间件。开发者自定义中间件时可以参考 Server 默认提供的中间件。注意其中的一个重要的方法：

// GetHandlerResponse retrieves and returns the handler response object and its error.
// return type handlerResponse struct {
//        Object interface{}
//        Error  error
//    }
func (r *Request) GetHandlerResponse() interface{}

通过后置中间件执行时通过请求对象的 GetHandlerResponse 方法获取当前业务执行的结果，并根据需要做相应处理。

5、路由注册

我们推荐使用对象化的方式来管理所有路由方法，并通过分组路由的 Bind 方法执行统一注册。

需要注意的是，在规范化路由方式下，路由地址以及请求方式将由请求结构体在 g.Meta 中定义，通过分组路由可以定义分组下的所有路由前缀。

四、 OpenAPIv3 协议

Server 组件自动生成的接口文档使用的是最新的 OpenAPIv3 协议。更多介绍请参考章节： 接口文档

五、 Ctx 中的 Request 对象

我们可以通过 RequestFromCtx/g.RequestFromCtx 方法从 ctx 中获取 Request 对象。

方法定义：

func RequestFromCtx(ctx context.Context) *Request

使用示例：

func (c *cHello) Hello(ctx context.Context, req *apiv1.HelloReq) (res *apiv1.HelloRes, err error) {
    g.RequestFromCtx(ctx).Response.Writeln("Hello World!")
    return
}

六、常见问题

1、在规范路由下，同一接口如何支持多种 HTTP Method 提交方式

一个接口应当只做一件事情， HTTP Method 是有意义的，一个接口支持多种 HTTP Method 方式是接口设计不合理，在规范路由下不支持。建议重新审视接口设计。

如果确实需要注册类似于 ALL 这种请求处理路由，在标准的 OpenAPI 协议里面不支持，可以不使用规范路由，而是使用普通的路由注册方式，将方法定义为 func(r *ghttp.Request) 即可。不同的路由注册方式可以结合使用，虽然不是很推荐。

2、在使用默认提供的 Response 结构体下，如何让 Data 字段只返回数组而无需指定名称的键值对

使用类型别名即可。

源码地址： https://github.com/gogf/gf/tree/master/example/httpserver/response_with_json_array

结果示例：