B站现在里面的视频up主水货越来越多了，最近几天windows11内核用了rust刷屏，然后去官网看了一下帮助文件
目前来说，rust也就主打一个安全，指针不能瞎JB指了。
但是把函数返回值搞掉是做什么？
然后指针瞎JB指会有安全“隐患”难道本来不就是需要程序员的地方么？C正因为能随便玩弄指针，可以把指向浮点的指针强制变成整型才能实现很多看似无法实现的功能
就看了一天，大神要是有不同意见欢迎骂我
--
FROM 180.116.135.*

我51第三天装了台3d打印机...
然后发现丫自带的上位机貌似挂了，
然后我本来就对他的上位机不太满意，准备直接上红米手机刷机klipper的方案。
然后发现得把手机的电池改成供电板直接供电。
然后发现成品的直供板做的都是些啥臭鱼烂虾，干脆自己画个。
然后因为我集成度太高板子空荡荡的，于是想着干脆塞个CAN吧。
然后想想CAN都塞了，干脆下位机也塞进去吧，
然后就到了现在了...

回到你这个问题，你对rust的理解还是太表面了。当然严格地说你说的本质上也没错，rust确实就是做的比c多一点，可以理解为c+。
这里的过程嘛，得稍稍说的久一点。C诞生于田园时代，那个时候大家是相信性本善的。其实那个年代诞生的几乎所有系统都这样，都是不怎么设防的。所以你会觉得C简单又强大，因为大家不需要付出安全这个overhead。

但现在参与IT的阿猫阿狗实在是太多了，现在必须假设大家是性本恶的。（包括主观上的恶，以及能力不足导致客观上的恶）。所以2000年之后几乎所有的系统都在增加安全性，编程语言当然也一样。然而始终没有诞生一个比较好的，不需要付出性能代价同时又很安全的语言。最接近的是c++。但c++的历史包袱太重，同时也塞入了太多很复杂的东西，什么都想要，导致c++变成了一坨shit。所以直到现在，在需要性能的领域，事实上大家还是只能用c，或者通过规定人为禁用c++一部分feature。这两个方法都不太好。

rust的诞生，本质上就是一次吸收了2000之后众多语言特性后，做出了很好取舍的工程实践。所以在研究语言的学院派眼里rust是很土鳖的东西。但在工程师手里它就是刚刚好的工具，它切实的找到了c和c++的平衡点，所以我觉得它可以称之为c+。

回到rust具体的问题上来说。rust主要的贡献，是引入了生命周期管理这个模型，从而让系统代替人去管理，它并不直接等于内存管理，而且事实上rust也无法绝对的杜绝内存泄漏。只是用rust写出内存泄露的程序很困难而已（没有足够的理解，一般人写不出来）。其他都是次要的改进，把它改造成一个更先进的c。比如模式匹配就是一种非常便利的写法，毕竟2023年了，还是if-then-else，一大堆switch-case的不仅仅是土鳖，更重要的是容易犯错误。rust是安全优先的理念，哪怕删掉生命周期管理，rust在整个语言设计上也是设计的更强调安全的语言。

最后你的问题我不是很懂。rust的函数当然可以返回值，而且比起c可以返回复杂的多的多的东西。
至于指针么，rust里面其实也有非常接近指针的东西，叫box。类型转换什么的当然也都是可以的。

【 在 dismoon 的大作中提到: 】
: B站现在里面的视频up主水货越来越多了，最近几天windows11内核用了rust刷屏，然后去官网看了一下帮助文件
: 目前来说，rust也就主打一个安全，指针不能瞎JB指了。
: 但是把函数返回值搞掉是做什么？
: ...................
--
FROM 180.111.26.*

裤子穿得太多，只能一层层脱，直接放屁应该是会憋死的

【 在 dismoon 的大作中提到: 】
: 什么高端3D打印机还有上位机？
: 现在的3D打印机不都是直接弄个TF卡上面拷了STL或者STEP就能打印的么
: 说到rust的指针，我就举个例子
: ...................
--
FROM 111.193.144.*

不高端。我本来想收台工业级的3d打印机回来改造的。好不容易有台看中的聊了半天人家又不卖了。
一怒之下找个比较好的开源方案先搭起来后面再改造。

你这个学了一天也没法多要求你什么...rust确实学习曲线还是比较陡的...
但你想下，这么典型的需求，怎么可能支持不了...

我先贴段代码：
#[derive(Debug)]
enum SafeIntOrFloat {
    Float(f32, f32),
    Integer(i32, i32),
}

union IntOrFloat {
    i: u32,
    f: f32,
}

fn main() {
    let mut a: SafeIntOrFloat = SafeIntOrFloat::Float(0.1, 0.2);
    println!("enum: {:?}", a);
    a = SafeIntOrFloat::Integer(2, 3);
    println!("enum: {:?}", a);

    let mut b: IntOrFloat = IntOrFloat { i: 1 };
    b.i = 2;
    let i = unsafe { b.i };
    let f = unsafe { b.f };
    println!("union: {} {}", i, f);
}

这段代码要讲2个事情，首先rust可以随时用unsafe退回到c状态，比如c版本的union在rust里面也叫union，只不过是unsafe的，需要封装一下把unsafe包起来，如这段代码所演示的。你要是嫌封装unsafe是脱裤子放屁，那可以直接把所有代码都用unsafe来写，只不过这样用rust是为了图啥呢...

其次rust里更好的做法是不要用union这么原始的（直接操作内存的）东西，而是应该用enum。enum的作用和union本质上是一样的，也是同一块内存，记录不同类型的数据。但它已经封装好了不需要你去考虑具体的内存问题。当你需要把enum转换成数据流发出去的时候，你给他整一个serializer/deserializer。这才是更为通行的做法。

当然这个做法性能是有损失的，serdes一般来说会有协议结构，会有内存复制。而c下面的做法其实本质上就是个dummy serdes，也即直接把内存指针指向的内容丢出去。但这个方法本身就是诸多问题的根源，诸如alignment，big/little endian等等。rust里面理论上也可以做个类似的dummy serdes，但enum是有额外的内存占用来记录更多的meta信息，我相当怀疑这么搞的通用性。

总的来说，田园时代就是眉毛胡子一把抓，而现在系统复杂了之后是很讲抽象和设计的。好的设计可以把问题消灭于无形。比如你用c处理网络数据的时候要手动做big/little endian转换，这个本质上就是人肉实现的serdes，这种东西本身就不应该让人去操心。


【 在 dismoon 的大作中提到: 】
: 什么高端3D打印机还有上位机？
: 现在的3D打印机不都是直接弄个TF卡上面拷了STL或者STEP就能打印的么
: 说到rust的指针，我就举个例子
: ...................
--
修改:lvsoft FROM 180.111.26.*
FROM 180.111.26.*

其实归根结底就是看自己的需求。
嵌入式场景有几个特点，一个是规模很小，二是死扣成本，三是一次部署一万年不管。
所以对编程语言不是强需求。毕竟良好的设计，那是需要在不断迭代的复杂项目中才能体现出价值的。
嵌入式场景一般是技术跟着成本走。让你用4bit mcu写汇编你也得上...

但我是觉得随着硬件的提升，很多场景其实可以不用这么抠了，损失些性能，去交换更好的安全性，以及对接生态更庞大的平台，其实也不是啥坏事。
比如spacex能在龙飞船里面用javascript做UI...这个虽然有点步子迈太大有扯到蛋的风险，但我还是认同至少应该是这个大方向。我现在大部分项目已经用嵌入一个超轻量化的浏览器，同时这个浏览器又足够强可以跑vue这样的前端的方式了。现在我就舒服的很，可以跟GUI开发的一摊子烂事彻底说拜拜了。
【 在 beep 的大作中提到: 】
: 赞详细讲解
: 楼主的嵌入式场景，一般可能可维护性不是瓶颈，性能要求苛刻些，用union或transmute写成unsafe的c式内存操作应该也还是算合适的
:
--
修改:lvsoft FROM 180.111.26.*
FROM 180.111.26.*