V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Kilerd  ›  全部回复第 6 页 / 共 286 页
回复总数  5719
1 ... 2  3  4  5  6  7  8  9  10  11 ... 286  
楼上说得其实都不对,swift 也是基于 llvm 的,怎么没见 swift 编译慢呢?
在 rust 1.60 的更新里面 cargo 支持了一个 timing 的参数来导出编译时间分析 https://blog.rust-lang.org/2022/04/07/Rust-1.60.0.html#cargo---timings

业界普遍对 rust 编译慢的认识主要有几点。
1. 真泛型的 monomorphization (不知道怎么翻译这个),倒是了拆解 generic 后的 code bloat 问题,代码技术一下子变得很大。
2. rust 自身几乎不做任何优化的产生 llir ,几乎所有的优化都基于 llvm 自己来做处理,这就是为什么同样基于 llvm 的 swift 不会有这样的问题。
3. rust 在产生 llir 之前经历了 HIR MIR LIR 的阶段,parse 分析等,尤其是 NLL 等特性加入导致其实对于 lifetime ,ownership 的分析会变得很重(具体可以看看 timing 的分析),https://github.com/rust-lang/polonius 基于代数的新型分析器可能能解决这个问题。
4. 如果真是 llvm 的问题,你可以完全切到 cranelift 去试试编译看,其实提升也没有很大就是了。
2022-04-06 21:41:47 +08:00
回复了 JerryY 创建的主题 JavaScript JSON/JS 对象自动生成 Typescript 的 interface 类型
https://transform.tools/json-to-rust-serde

来看看这个,你想要的都有
2022-04-06 14:12:21 +08:00
回复了 liudaolunhuibl 创建的主题 生活 大家平时有记账的习惯吗
之前用 beancount 来记,但是自己有仓鼠症,喜欢收集小票,beancount 对 transaction 的文档支持不太好,所以就自己魔改 beancount 做了一套自己的记账软件。
游戏公司 早 10 晚 7 , 我觉得绝大部分人都没那么天真的会相信吧。
2022-04-01 21:02:25 +08:00
回复了 polobug 创建的主题 程序员 看纯英文技术文档速度慢。。你们怎么习惯的
无他,但手熟尔。
遥想当年,高中英语没怎么及格过,大学四级考了几次才能过。现在在外企混了几年,不一样跟老外同事谈笑风生?
2022-03-28 16:18:30 +08:00
回复了 awesomes 创建的主题 分享发现 APIJSON 成腾讯的开源项目了?
入职腾讯之后,这个论坛就再也没有人安利 APIJSON 了。
2022-03-27 01:37:17 +08:00
回复了 Kasumi20 创建的主题 Rust Rust 最优雅的异常处理方式是什么?
lib 用 thiserror ,bin 用 anyhow
2022-03-24 10:25:06 +08:00
回复了 JwChen1024 创建的主题 推广 [转发] Rust 编程语言零基础入门班
自己看 TRPL 估计都比这个好使。
2022-03-19 23:56:24 +08:00
回复了 djyde 创建的主题 分享创造 把最近 6 年的 GitHub 活跃图打印成了摆件
[Imgur]( https://imgur.com/YHnTWtE)

19 年开始把自己的作品往 GitHub 上面放
比如说你可以做一个很开放式的游戏,有一整条供应链的那种,类似于戴森球。 但是所有的操作有是脚本之行的。然后每个玩家都有限定的 Worker ,只能做一部分事情。需要每个玩家互相配合才能完成大目标。这就考验玩家之间的配合和脚本能力。

这是我一直想做的。
2022-03-08 20:28:49 +08:00
回复了 zmqiang 创建的主题 程序员 有没有什么奇淫技巧防止 Linux 程序多开?
file lock 或者 socket file lock
2022-03-08 14:30:01 +08:00
回复了 TOLIVEIN 创建的主题 Rust 纯 rust 实现的前后端分离的博客,大家给点建议意见
BTW ,你前端部分 WASM 大的原因也是有的。yew 里面不推荐用 reqwest 来做 fetch ,我记得是有一个自带的 fetch 还是什么方法的,不需要引入一个那么庞大的库。
2022-03-08 14:26:43 +08:00
回复了 TOLIVEIN 创建的主题 Rust 纯 rust 实现的前后端分离的博客,大家给点建议意见
1. lazy_static 已经 out-date 了,once_cell 是更佳主流的选择
2. 满屏幕的 unwrap expect 只要稍微有一点网络波动,你的 actix-worker 就炸掉了,尝试用一用 thiserror 或者 anyhow ,不然你的所有错误都不能返回一个正常的 http status
3. 既然使用了 diesel 建议用上 diesel_migration 的 embedded_migration 来做 migration
4. 在 async controller 里面满眼都是 diesel 的同步操作,意思就是你的 controller 根本就没有享受到 async 带来的好处。选择 diesel 就要学怎么用 actix 的 actor 模型跟 diesel 做组合。 不然就老老实实换成 sqlx 这种异步的数据库操作库
5. 满屏的 HttpResponse::Ok().json(results) ,actix-web 的默认 impl Responder 对于 Serialize 对象就是 Json 处理。
6. let token = req.headers().get(AUTHORIZATION); authentication 的处理也是让人震惊,
pub struct AuthenticationUser {...}
impl FromRequest for AuthenticationUser {...};
async fn required_login(user: AuthenticationUser) {...}
async fn optional_login(user: Option<AuthenticationUser>) {...}
7. reqwest 的请求建议都写上 timeout 不然很容易炸掉整个 runtime
1 ... 2  3  4  5  6  7  8  9  10  11 ... 286  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1064 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 66ms · UTC 22:43 · PVG 06:43 · LAX 15:43 · JFK 18:43
Developed with CodeLauncher
♥ Do have faith in what you're doing.