- 主题:新生代的语言里面，运行效率高于Cpp的有没有？
全站审核中，暂不能查看本文内容...
全站审核中，暂不能查看本文内容...
全站审核中，暂不能查看本文内容...
同样的库, c++的一般更难用, 这是语言层面带来的。
【 在 Rumba 的大作中提到: 】
:
: 有没有像Cpp一样高效又像python一样好写的语言啊？
:
: --
:
发自「今日水木 on PCT-AL10」
--
FROM 101.84.198.*
不不不，我觉得这是标准委员会那帮**整出来的
你能想象一个filesystem库三年毅才落地，format库要直到今天才落地么
【 在 eematlab 的大作中提到: 】
: 同样的库, c++的一般更难用, 这是语言层面带来的。
: 发自「今日水木 on PCT-AL10」
--
FROM 119.103.247.*
format难道不是有人做出来了比较好用的库，然后委员会才弄的？
async的东西，估计rust从设计到集成进入stable的时间，比c++委员会讨论async用的时间都短
【 在 libgcc 的大作中提到: 】
: 不不不，我觉得这是标准委员会那帮**整出来的
: 你能想象一个filesystem库三年毅才落地，format库要直到今天才落地么
--
FROM 123.112.16.*
cpp历史包袱太重了。
【 在 Bernstein (Berns) 的大作中提到: 】
: format难道不是有人做出来了比较好用的库，然后委员会才弄的？
: async的东西，估计rust从设计到集成进入stable的时间，比c++委员会讨论async用的时间都短
--
FROM 118.192.134.*
哪有什么历史包袱，现在 github 上面的 c++ 库，还有 qt, chromium 这些软件，随随便便上 c++17, c++20，压根不管我们这些 c++11/winxp 用户的死活。
【 在 jszizsj (jszizsj) 的大作中提到: 】
: cpp历史包袱太重了。
--
FROM 117.24.206.*
好吧，那我换个说法
map的contain接口，string的startwith接口，这些全都拖到c++20才有是出于什么原因
【 在 Bernstein 的大作中提到: 】
: format难道不是有人做出来了比较好用的库，然后委员会才弄的？
: async的东西，估计rust从设计到集成进入stable的时间，比c++委员会讨论async用的时间都短
:
--
FROM 171.83.95.*
不知道委员会都在瞎忙啥玩意儿
【 在 libgcc 的大作中提到: 】
: 好吧，那我换个说法
: map的contain接口，string的startwith接口，这些全都拖到c++20才有是出于什么原因
: :
--
FROM 123.112.16.*