Rust不应当开发Web API

Rust 有大量的 Web 处事框架、数据库毗连器息争析器。但搭建身份验证处事方面只有很是低条理的组件。Node.js 有 passport.js，Rails 有 devise，Django 有 开箱即用的身份验证模子，在 Rust 中，你必要进修怎样将共享 Vec 转换到底层加密库才气构建这个体系。

译者注，Vec 是一个动态数组，只会自动增添而不会自动紧缩。区别于 Array，Vec 具有动态的添加和删除元素的手段，而且可以或许以 O(1) 的服从举办随机遇见。Vec 的全部内容项都是天生在堆空间上的，可以等闲的将 Vec 移出一个栈而不消担忧内存拷贝影响执行服从，事实只是拷贝栈上的指针。

有些库试图办理这个题目，好比 libreauth，但它才方才开始开拓。尚有许多相同的 Web 框架题目。

SDK 呢?在主流编程说话中，你可以通过一个官方库来接入 Google 云处事、AWS 或 Stripe。这些官方库多半很棒。譬喻，aws-sdk-js 和 Stripe 库的计划和维护得很是好。

Rust 就不这样，只有少许第三方库，但以这些处事的开拓速率，它们真的可以或许提供高质量的体验吗?

有人会说好吧，X 编程说话太好了，你可以在周末本身写一个 SDK!我必需答复，不。

Rust 的生态体系在其余规模很是富厚。用于构建 CLI、打点并发性、行使二进制数据和底层理会器的 crates 令人印象深刻，很是棒。

Rust 编译器比早年快，但如故很慢

我一向在看 Nicholas Nethercote 的博客，描写了 Rust 团队怎样优化编译器，让它更快!

但与其余编程说话对比，用它构建网站会很慢。它比编译型编程说话 Go 慢得多，也比表明型编程说话 JavaScript、Ruby 和 Python 等慢得多。

一旦代码被编译，统统就变得很是棒了!但在我的环境下，乃至根基 API 成果都不完备，一个不伟大的体系——居然花了 10 多分钟来编译。Google 代码构建 的硬件设置很差，每次城市超时，我啥都编译不了。

只要不重建缓存依靠项，缓存就故意义。大概 镌汰依靠 会加速 Rust 项目编译。但就像 serde，险些全部人都行使的 JSON 和其余序列化 / 反序列化措施占用了大量的编译时刻。我们是否应该用编译速率更快但缺乏大量文档和生态体系支持的对象来代替 serde?这种弃取很是糟糕。

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!