小蜗牛 发表于 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的投影算法：火山标准数组扩展类, 一行代码排序结构体数组 |
小小小小鸟 发表于 2026-1-15 09:33 我没理解的一点就是..C++那么优秀的标准库..火山为啥要自己重复造轮子,自己实现一套..比如文本型.数组..等等...从而导致很多C++生态不能直接用.而且性能也没有标准库的高.虽然说可以用别名类. |
| 看出来了，为了绕过火山限制，整了不少活 |
|Archiver|手机版|小黑屋|递归火山软件开发平台
( 鄂ICP备18029190号 )
GMT+8, 2026-1-15 14:09 , Processed in 0.094958 second(s), 23 queries .
Powered by Discuz! X3.4
© 2001-2017 Comsenz Inc.
组图打开中，请稍候......
分享
收藏