本项目实践使用 Axum 搭建后台服务，包括:
- 构建 API
- 使用 Sqlx 和 Postgres 数据库提供数据库服务
- 采用类似 Nest.js 的项目组织结构，使得项目的文本文件负责单独的职责使得代码更信息易读
- 包含单元测试和集成测试代码
- Github Actions CI
基础开发环境搭建
可以参考我的 Rust 项目模版，地址
基于类似 Nest.js 的项目组织方式
├── docs # 放置文档
├── fixtures # 放置一些必要的文件，比如公私钥，测试SQL
├── migrations # Sqlx的目录
├── rest_client # VS Code REST Client的测试API文件
├── src # 源代码
│ ├── common # 放置公共模块，比如加解密，签名与验证，error模块，config模块等
│ └── modules # 业务模块
│ ├── auth # 注册认证模块，模块中包含: `handlers`,`services`,`dto`,`tests`,`middleware`等
│ └── users # 用户管理模块，模块中包含: `handlers`,`services`,`dto`,`tests`, `entity`等
业务模块文件的作用:
mod.rs: 模块的导入导出，创建当前模块路由器handlers.rs: 处理所有的用户请求services.rs: 专门处理实际的逻辑以及与数据库交互entity.rs: 定义与数据库表对应的结构，以及便于结构操作的内容dto.rs: 做数据转换，比如定义请求和响应的结构体便于序列化和反序列化，减少参数传递tests.rs: 做单元测试(util_tests)和集成测试(integration_tests)middleware.rs: 适合模块自身的中间件src/lib.rs: 定义总的路由器,加载配置文件，初始化全局状态，全局配置，全局错误等src/main.rs: 应用入口
一点经验
- 如果测试过多或者复杂可能要给测试进行排序，防止并发导致错误，尤其在继承测试中，可以使用
serial_test - 为了便于测试时测试创建数据库，测试完删除数据库，可以使用
sqlx-db-tester，并且在单独初始化全局状态时，为测试也初始化一个，连接测试数据库 - 为了方便数据库操作，在全局状态里包含全局配置和数据库连接，并且可以将所有的
services.rs关于数据库的操作都实现在全局状态下，便于操作 - 集成测试如果使用
reqwest作为请求的客户端的话，在代码提交 Github Actions 时， 会由于 reqwest 默认依赖 OpenSSL 导致容器崩溃，可以参考我的Cargo.toml关于， 我们需要在OpenSSL与boringSSL 之间二选一 ，由于jwt-simple也依赖boring， 所以要禁用掉默认的reqwest依赖的OpenSSL - 我将生成公钥私钥的内容放在了
build.rs,这样只要执行cargo build或者cargo run之类的构建操作， 就会自动生成证书文件在fixtures目录下，具体逻辑可以查看build.rs文件 - 关于测试，Rust 中可以将单独文件当做一个
mod,但是 Rust 不会识别integration_tests.rs为一个测试模块，但是可以识别tests.rs， 所以我将单元测试与集成测试都写在模块的tests.rs中并且使用util_tests和integration_tests模块分别包裹， 这样测试日志可以明确看清楚是属于什么测试，并且按照模块写测试，便于出错后排查 - 使用
pre-commit严格执行各类工具检查，使代码更加规范化，cargo-deny也会优化代码，让代码更合理 - Token 的签名算法使用
Ed25519，这样便于将公钥与私钥分开，签名依赖私钥，验证签名依赖公钥，这样如果想将验证签名作为一个独立的服务很容易也更安全 - 使用
validator验证请求参数，这样可以减少参数传递错误，也可以减少参数传递的代码量，避免不必要的错误
链接
一些效果
