有一种说法，golang 编写的 API 不能像其他语言那样简单和通用。但实际上，我遇到很多 REST API 的代码，非常多的抽象，使得代码库变得混乱和复杂，最终伤害了可读性和可维护性。

这一系列，我们将通过如何建立一个产品级的 REST API TODO 列表，一个可持续扩展架构，从路由和代码接口开始，然后添加一个 mongo 的数据库和一个 badger 数据层，然后是授权协议层（OAuth 2.0）

在这一系列中我们将使用 chi 路由。

为什么选择用 Chi ，而不是用标准库或者 Gin 或者 router-x 进行路由？

嗯，其实选择用什么并不重要。无论你使用什么来进行路由，本系列中讨论的概念都将是有用的。但是有下面的这些优点可以让我认为 Chi-router 比大多数替代方案更优越：

net/http

我最喜欢的是，你为其他 net / http 兼容路由器编写的旧的 http 处理程序和中间件也可以在正常运行。

让我们开始吧

首先，我们创建一个 main.go 。我们程序的基础（或者说中心元件 ?）

上面的代码是一些最佳实践的重点

  1. 用一个单独的包来实现路由的逻辑，并将它们分好组，然后安装（mount） 它们：

r.Mount("/api/todo", todo.Routes())

  1. 给 API 打上版本，这样你就可以对 api 进行更新时，不会破坏旧的客户端：

router.Route("/v1", ....)

  1. 使用中间件作为扩展。使用了非常多路由的代码是非常笨重的，其实可以变成链接的中间件，像：授权，设置响应头部，压缩，请求日志，限速等。

笔者（基于 Ajinkya 在评论中提到的问题，我会更多的阐述 walk 方法）：

chi 路由有一个方法叫做 walk。这个方法接收的参数：

  • A router

  • A callback.

每个被定义的路由都会被回调，并且接收 4 个参数：

  • 路由定义的方法

  • 实际路由的字符串

  • 处理器（函数），处理给定路由的请求

  • 给定路由中，定义过的中间件列表（中间件是一个比较简单的函数，它会在处理器被调用前调用，所以它们才会被使用在请求处理之前，授权等）

以我为例，我将简单地轮询路由并且打印所有被定义的路由。从而让我对所有可用的路由一目了然。

接下来我们构建一个 todo 包，它实际上保存了我们 todo 逻辑。

注意事项

func (w http.ResponseWriter,r *http.Request)

你被它有多简单吓到了吗？可以在 GitHub 上查看这个项目 https://github.com/tonyalaribe/todoapi/tre....

在我们本系列的下篇文章中， 我们会继续对配置和共享状态的支持。 大多数项目通常都需要额外的配置，例如数据库连接，等等。 我们将会在下篇文章里讨论这个。