e.g.
就,基本上干啥事都得去找crate, 做一件事有很多个crate, 选crate就花了很多时间.
大家都去理这个东西呢? 就比如说web框架, 网上的文章都不是最新的, axum, poem, rocket...挨个试一遍成本好高啊.
生成随机数都要去找, 找到了也不知道是不是最好用那个.
总有一种沙子里面找沙子的无助感.
1
共 12 条评论, 1 页
e.g.
就,基本上干啥事都得去找crate, 做一件事有很多个crate, 选crate就花了很多时间.
大家都去理这个东西呢? 就比如说web框架, 网上的文章都不是最新的, axum, poem, rocket...挨个试一遍成本好高啊.
生成随机数都要去找, 找到了也不知道是不是最好用那个.
总有一种沙子里面找沙子的无助感.
评论区
写评论除了下载量,目前就是进社区问咯,用过的大佬还是会给出建议的,不过毕竟项目少,很少有人能全部深度评测,web framework倒是评测最多的,一搜一大把,感觉主要还是围绕actix和axum加其他。
有一个办法,就是看下载量,因为库的使用这种事情,尤其是在生产环境部署的,都是需要看它的长期稳定的,所以用某个库和不用某个库,都是用户的理性选择。既然大家都理性选择,你跟风就好了,按照下载量排名来选用哪个不用哪个。
还有个办法,就是去问ChatGPT,不过,根据我的体验,这家伙中文能力其实还不行,得用英文问。
棒! 感谢!
--
👇
cdxjcl
https://www.libhunt.com/compare-tokio-vs-async-std
https://www.libhunt.com/l/rust/trending
这个网站可能有帮助
在没有一个大而全的框架之前,自己找实现各个部分的库,是基本所有语言都会面对的问题,在系统级语言尤其明显,Rust还算好的,C++更是群魔乱舞。
按理来说就是要一个个踩坑的,不过这种事已经有人做了你就可以借鉴一下,比如看看一些总结的博客,里面讲述了各个领域里比较好用的crate及其特色。然后就是一些有排名的网站,比如lib.rs,可以很方便的按功能选择crate,按使用量排序之类的。
我不知道怎么做, 但如果允许我speak my mind:
我希望我去找crate的时候是去一棵树上找的, 就像视觉浏览git历史版本一样.
根是rust, 干是std 或 non-std, 枝是一些框架比如tokio..最后果子是一些程序.
目前找crate的感受,是在时域上爬树,每一次爬树都在经历很多可怕的链接跳转,一不小心从树上掉下去就整个重来吧恁!
我想有一棵visualized树.
--
👇
Mike Tang: 做吧,怎么做?
yum,yum
有点东西,收藏了.
我看你目录里也有julia, 咋样, 现在还玩吗?
--
👇
苦瓜小仔
这个不错啊。看了会儿,发现了
enum_dispatch
这个之前没看到的库。动态分发写起来很舒服,就是对于性能有点疑虑,有这个还真不错。感谢。--
👇
苦瓜小仔
有段时间我喜欢把一些 crate 的主打功能和标准库的某种功能放在一起进行比较,这算一个很小视角的品鉴。
我也喜欢搜集一些不同 crate 的基准测试,它们从具体的功能上进行比较。
在某领域中找 crate 的标准无非就是众所周知的两点:
但找来找去,常常面临:
最终才会找到适合的才是最好的。
Rust 有几个细分领域有 Are we ... yet? 的专门网站,其实可以提供你所说的“品鉴”功能,但很少能持续更新下去。
有些做得很好的库,在文档中就会提及和比较相关的库,这算“官方品鉴”吧。
“品鉴”作为一种参考,有各种各样的形式 —— 兼听则明,偏信则暗。
更何况找库的成本远远小于写库的成本,所以应该庆幸有一些库的选择。
做吧,怎么做?
有没有可能, 如果真的没有, 我们做一个呢?
确实...想找个好点的crate不容易
生态目前还比较差
就比如你想找个bencode的crate 找半天 试了一圈 最起码试了十几个之后 才可能发现一个勉强符合你要求的
要么完全没文档 要么很多年前的 要么太复杂 要么例子就已经报错....