1 个不稳定版本

0.4.0 2021年10月4日

#55 in #tooling


用于 near-paperclip-core

MIT/Apache

66KB
1.5K SLoC

纸胶带

Build Status Linter Status Usage docs API docs Crates.io

纸胶带为OpenAPI规范提供工具。一旦完成,它将提供

  • Rust中高效、类型安全、编译时检查的HTTP API(服务器、客户端和CLI)的代码生成。
  • 处理、验证和托管OpenAPI规范的支撑。
  • 对规范和代码生成的自定义。

它目前正在积极开发中,可能尚未准备好用于生产。

你可能还感兴趣

本地开发

  • 请确保已安装 rustupcd 进入此仓库并运行 make prepare 以设置您的环境。
  • 现在运行 make 来构建和运行测试。

贡献

此项目欢迎各种贡献。没有哪一种贡献太小!

如果您想为此项目做出贡献但不知道如何开始,或者如果您需要与此项目相关的帮助,请随时通过(在Github个人资料中)发送电子邮件,或加入 Discord 服务器

行为准则

此项目遵循 Rust 行为准则

许可证

在以下两者中选择许可

任您选择。

赞助商

为该项目开发提供赞助的人士

常见问题解答

为什么这个生成的是原始Rust代码,而不是利用 过程宏 进行编译时代码生成?

我认为进程宏不是编写REST API的正确方式。我们需要能够以某种方式查看生成的代码,以便识别名称、字段、支持的方法等。使用进程宏,你只能猜测。

这并不意味着你不能在编译时生成API。唯一的区别是,你将使用构建脚本,并使用include!包含相关代码。话虽如此,我们仍在其他方面使用进程宏

编译时抛出的错误看起来并不太有用。难道没有更好的方法来做这件事吗?

很遗憾,我想不出。

这里需要新的想法。

依赖关系

~1.3–1.8MB
~40K SLoC