rust学了一段时间,感觉比c++简单,能取代c++,你们觉得会取代吗?

马上要去实习了 是pc客户端的方向

leader要我选两个方向 求问一下大家应该选择哪个哦 

一个是用rust开发的 主要做视频渲染

求问大家 感恩的心!!

版权声明:本文为博主原创文章,遵循 版权协议,转载请附上原文出处链接和本声明。


废话不多说,先上结果:

按执行速度最快排序是:Rust、Java、C++、C,按内存占用最少排序是:Rust、C、C++、Java;两方面Rust都排在第一,并且Rust没有C/C++那么多的坑和内存泄漏问题,可以说是最好的最接近底层的高级语言。每个语言都是使用等价代码实现,以下是源码,有兴趣的同学可以自行测试,如有错误,欢迎指正。


本文作者在文章的前部分用了大量笔墨详细描述了自己尝试 Rust 受挫的经历,后半部分分析了 Rust 的问题及发展。自发布以来,这篇文章在 r/rust 上得到了 500 多个赞,在 HN 上有 700 多条评论。我们将其翻译出来,以飨读者,也希望大家可以理性讨论。

在使用 Rust 的过程中,相信很多朋友都有过类似的吐槽:真不确定自己要掌握多少语言知识、多少独门编程技巧和多么旺盛的好奇心,才能坚持做完这项最最琐碎的工作。绝望之下,我们往往会去 rust/issues 寻找解决办法,然后突然发现了一种在理论上根本不成立的 API 设计思路。这种矛盾源自某种微妙的语言 bug,简直神奇。

我从四年前开始接触 Rust。目前为止,我跟同事们合作开发了 teloxide 和 dptree,写过相关的书和文章,也翻译了不少语言发布的公告。我还设法用 Rust 编写过一些生产代码,甚至有幸在一场关注 Rust 的在线研讨上发过言。

虽然也算是身经百战,但我还是动不动就会跟 Rust 的借用检查器和类型系统“闹出”些不愉快。现在的我,虽然已经慢慢理解了 Rust “无法返回对临时值的引用”之类的错误,也设计出一些启发式的策略来处理生命周期问题,但最近一个意外再次打击了我的信心……

初次尝试:用来处理更新的函数

我们正打算编写一个聊天机器人,来改善用户的使用体验。通过长轮询或 webhooks,我们开始一个个获取服务器更新流。我们有一个面向全体更新的处理程序向量,其中每个处理程序都会接收对更新的引用,再把后续解析返回至()。这个处理程序向量由 Dispatcher 所有,每次有更新传入时,Dispatcher 都会按顺序执行各个处理程序。

下面,咱们试试具体实现。这里省略掉处理程序的执行部分,只关注 push_handler 函数。初次尝试:省略处理程序的执行,只关注 push_handler 函数。第一次尝试(游乐场):

受篇幅所限,我在本文中无法一一列举这些内容。但在使用 Rust 之前,建议大家想看看要使用泛化异步代码时可能面对的种种问题,别被吓着哦:)

我要回帖

更多关于 c++有必要学吗 的文章

 

随机推荐