Rust无法流行起来

Rust 据说是最安全的编程语言.

今天简单学习了一下,感觉并不是那么的容易接受.

根据我的经验, 凡是复杂的东西, 必然很难推广.

从设计上来说确实是挺安全的, 考虑的很多 .

但是我感觉Rust 编译器强制让程序员注意变量作用域的范围. 引入了很多奇奇怪怪的限制. 增加了思考的维度. 这不是一个好的选择.

应该考虑增加一些其它的机制来一次性解决内存安全的问题, 而不是全部交给程序员来解决. 每个变量在使用的时候要注意这个变量是否还存在的问题. 这不是一个非常好的选择. 如果能让编译器或者某种程序来解决这种问题. 那么最好是交给程序来解决. 交给程序员来解决, 那将是非常麻烦的.

可以定义一种规约限制变量的作用域, 划清某些边界和界限. 目前是每个变量的使用有很多违反直觉的方面.

最好的机制, 应该是让程序员感觉不到它的存在. 而不是让程序员时时刻刻的考虑到它的存在.

当然我也看到了rust中有些优秀的地方. 例如

rust 复制代码
{
    // 在声明以前,变量 s 无效
    let s = "runoob";
    // 这里是变量 s 的可用范围
}
// 变量范围已经结束,变量 s 无效

变量范围,确实挺好的, 而且编译器后面增加了自动销毁变量的功能 .

1.去掉了指针,

2.保留了引用.

3.支持泛型

4.代码简化.

我感觉Rust最主要的缺点是代码阅读起来并不是那么的直观易懂. 主代码逻辑隐藏在大量的 各种符号 { } 中. 非常不便于代码理解.

总之感觉挺糟糕的阅读体验.

rust 复制代码
use std::fmt::Display;

fn longest_with_an_announcement<'a, T>(x: &'a str, y: &'a str, ann: T) -> &'a str
    where T: Display
{
    println!("Announcement! {}", ann);
    if x.len() > y.len() {
        x
    } else {
        y
    }
}

我看了半天这个代码, 也没看懂啥意思. 这个跟程序员的技术能力无关, 写代码的目标不是为了炫技能, 而是能够清晰易懂的描述自己的思想逻辑. . 凡是看半天看不懂的. 不好意思, 再见. 再也不见. 目前我遇到的, 一眼之下看不懂源代码的语言有C++, object-c , 现在又多加了一个Rust.

相关推荐
乌暮1 小时前
Spring AOP 与 Spring 事务:用大白话彻底理解原理与实践
java·数据库·spring boot·后端·sql·学习·spring
我不会起名字3221 小时前
未接入最终读上限的参数:`websocketMaxMsgLen` 与 12.5 倍差距
后端·websocket·go·即时通讯·im·故障排查
一条Go2 小时前
接收方合并去重:同一个人为什么只该收到一次通知
后端·架构·github
张一凡933 小时前
给 Coding Agent 加一道"架构闸门":Jin 是如何做到"先审架构、再写代码、不漂移"的
前端·后端·agent
Jvav练习生3 小时前
AI Agent 总在关键时刻“失忆”翻车?一文讲透上下文工程(附可运行 Python 代码)
后端
leo在掘金3 小时前
只挂了11小时,5000台开发机被塞进SSH公钥
后端·架构
xjz18423 小时前
Rust 运算符优先级:括号不只用来改变顺序
后端
写码跑山的老艾3 小时前
为什么有了 MySQL,还要 Redis 和 Elasticsearch?从一件商品看数据系统的权衡
后端
对象存储与RustFS3 小时前
Jenkins 的构建产物别堆在控制器磁盘:用 RustFS 当它的 S3 工件仓库
后端·docker·云原生