正是因为 Rust 的“语法噪音”这么多,它才适合写复杂的项目。因为 Rust 代码包含的信息更多,不像 C+...
无论是在语法还是语义方面,Rust 都是很复杂的语言。语法可以变得非常冗长,有很多的东西需要了解,有很多规则和不直观的细节,比如在什么地方可以做什么,不可以做什么。它的学习曲线很陡峭,认知负荷很高。 上周,我和同事在进行结对编程的时候,他说“我觉得 Rust 编译器总是在告诉我,我太笨了。”这句话让我很吃惊,...
根据Austin的描述,Rust的学习曲线极其陡峭,他甚至形容编写函数为一种“几乎不可能的任务”。在与其他语言如Type和Go相比时,他强调了Rust的语法和语义在实际应用中的不友好,尤其是在将复杂逻辑实现为简单代码时的冗长与不直观。 他提到,Rust的借用检查器虽然帮助消除了类型错误,但却也成为了导致开发流程拖延的主要原因...
其实不管是否因为复杂项目c++还是rust不可能像你这么写代码,一个是c++的lock需要考虑失败的情况,但是你自已就没考虑但是rust强制你考虑,所以需要加个unwrap,你说能算rust语法噪音吗?brorrow_mut确实引入了额外语法,但是他能帮你检测非法使用情况,编译期保证共享的内容的使用正确性。Rust这样的语言,rust程序写起来...
第三难受的地方:println!("{hello}")。靠为什么又出现了一个奇怪的!。rust语法太丑,奇奇怪怪。这个...
而且Rust 本身的语法根本没什么噪音,不要把一切都当成语法。你说的无非是 Rust 的标准库、功能实现上有噪音。在我看来 Rust 主要就是包装太多,不够原始、直接。但恰好就是需要这一堆的包装,才能在严格的编译器规则下实现复杂的功能TG:li9047
rust 语法吐槽 最近由于做项目需要用到rust。它的优点很多,不过实在忍不住吐槽下其redundant 的语法 : 1.语句结尾强制分号,这个是完全不必要的 2. match 的每个case 多行语句强制花括号或者逗号。这个其实syntax parser完全可以处理 3.let mut x=a 不如改成let x=mut a...
构建复杂的多线程工具的 Rust 开发者可能会认为 Rust 的语法复杂性是一种值得的折衷,熟悉功能流的真正爱好者甚至可能会喜欢它。但其他人的感受却不尽相同,学习 Rust 的所有语义规则并不适合 casual user。 3、喜欢:你可以告诉 Rust 编译器该做什么 一些开发人员将 Rust 所需的所有额外细节和模板视为优势。它让...
fnmain(){letx=0xFF;lety=0o77;// 数字较多时,使用下划线分隔letz=0b1111_1011;// 以 4 个数字为一组,这样最符合人类阅读// 但 Rust 语法则没有此要求,我们可以加上任意数量的下划线letz=0b1_1_1_1___10___1_1;println!("x = {}, y = {}, z = {}", x, y, z);/* x = 255,...
构建复杂的多线程工具的开发者可能会把 Rust 的语法复杂性看作是一项值得的权衡,可用于换取安全,但对于非函数式流程的真正爱好者,会是一件很难受的事情。 喜欢:优秀的向后兼容性 Rust 的开发团队致力于即使语言在不断发展,也要确保代码能够持续运行。团队努力确保新版本的语言依然能够继续编译和运行旧版本的代码。