然后放弃好几年的生态，不要了？

这个东西主要是会的人少吧

反正都是重头搞，用一门现代化的语言他不香吗，包管理也方便，内存管理负担也小，语言表达也现代化。

会的人少也没关系，你们都用c++了，还能学不会rust，他再难也没有c++难吧，不要把c++的历史包袱带进来了。

再说用rust，给rust提升影响力，让Mozilla多喘口气，给Firefox续点命，后面搞国产浏览器还能多条路，chromium被谷歌完全把持，对你们搞自己的浏览器也不利。

再说远一点，Linus都接受rust引入Linux内核了，以后内核都有rust了

再说远一点，rust以后还能吃前端的红利，说不定以后桌面框架还能搞个像tauri这样的东西，提前引入rust，也是为未来投点资，不可能以后大家还用c++来写桌面应用程序吧？我们有没有VS这种东西。

以上纯属个人瞎想的，我还是希望rust能用起来，放过自己吧，别用c++了

rust都被嫌弃成这样了。rust四不像，还是用c\c++开发比较好。

• Linux已经确定要引入Rust，而操作系统适用时，主要可以感知的，还是应用程序GUI的开发应用
• 根系统，就目前而言，主要解决的统一开发和统一依赖管理的问题
• 即使转向根系统，未必是指现有的Linux应用无法使用，而是采用统一的管理方式，去解决过去Linux下开发的不足，比如说，避免每次升级，带来的依赖变更，导致总是有部分程序或驱动，不再正常工作
• Rust是可以作为系统的根语言使用的，也可以用来做应用程序开发，不过，目前并没有成熟的GUI库（主要是绑定库，GTK-rs是目前在Linux下支持最好的，但也存在一些兼容问题，算是可以用）；就目前的开发模式而言，类似于，SwiftUI及Harmony的声明式UI语言（QtQuick也是如此）是一个好的方案，而且也可以解决不同设备上的表现问题，也可以解决版本库优化带来的适配问题
• 现在Linux上的应用开发，主要是使用C++，应用程序内存泄露的问题，很是麻烦，转向Rust可以相当程度上解决问题
• 在现代化的UI解决方案上，Electron应用体积太大，Swing在多应用的场景下适用，也并不理想，QT和GTK主要还是和C++做配套，一个可以商业化的、高性能、可快速开发部署的、且有利于上下游提供组件的现代化开发工具链，市场上暂时还是没有一个很理想的方案

在编程语言选型上纠结，是幼稚的

绝对是专业人士，佩服！👍

学不动c++

compose？

不要妖魔化c++，如果那么不好用怎么可能几乎现在所有的大型软件都是c++开发的。c++本身没有大毛病，而且妖魔化c++的基本都是不会c++的。

Rust语言表达的世界观不适合做GUI

我只知道C的效率是可以直接和汇编比