小蜗牛 发表于 2026-1-15 09:42 如果出标准原生中文版,保留原有C++特性,我愿意再支持一把。 |
小蜗牛 发表于 2026-1-15 09:42 按照老吴的说法是如果做成纯C++中文会更容易,其实大家还是希望利用好C++的特性,现在对封装人员来说比上手C++更麻烦,对基础使用者来说效率又没有C++高 |
小蜗牛 发表于 2026-1-15 09:55 火山的语法不能直接写 类::成员名,如果能写就简单多了 |
小蜗牛 发表于 2026-1-15 09:42 :噜阿噜谁叫老吴最开始开发的是安卓的JAVA呢 |
小蜗牛 发表于 2026-1-15 10:02 是啊,除非有大佬重新撸一套基础库,而且还得兼容火山语法,撸出来还得配套封库,太难了太难了。。 |
小小小小鸟 发表于 2026-1-15 09:52 嗯,这就造成,很多资源不能直接使用,需要自己写一套转换. 估计是为了实现定义事件/标记值..内部需要记录...估计对象类 就是干这个事情的... |
龙纹 发表于 2026-1-15 09:44 :噜阿噜 确实很优秀..唯一缺点就是要写输出名..如果能捕获到输出名就好很多. |
小蜗牛 发表于 2026-1-15 09:42 我是这么猜的,火山有自己的基类,有自己的内存池,在基类内部实现了内存分配等的重载,从而在跨dll或部件时传递对象不会引发内存错误,但如果在这个基础上用标准库就会很麻烦了,当初设计就是这么设计好了,后期再改就很难,基本要重构,所以在大改和打补丁之间选择了打补丁,新增本地类,之前的代码能用就用着 |
| 这种场景我觉得使用标准数组类+三方库比较好,在火山里也能写接近原生C++的代码。我之前发的这个帖子,能在火山C++17标准下使用C++20的投影算法:火山标准数组扩展类, 一行代码排序结构体数组 |
|Archiver|手机版|小黑屋|递归火山软件开发平台
( 鄂ICP备18029190号 )
GMT+8, 2026-3-2 01:00 , Processed in 0.098502 second(s), 23 queries .
Powered by Discuz! X3.4
© 2001-2017 Comsenz Inc.