@老司机谈火山框架优化

tmf19901124

作为一个火山从内测就用开始各种研究魔改火山的老司机，也提提我对火山目前现状的看法:
1,对于普通用户来讲，易语言是宇宙第一编程语言，而我大火山是混沌无敌编程语言，因为普通用户不需要去进行封装，也不需要去熟悉c++的STL、数据类型等，用着火山就是众享丝滑，畅想人生。现在90%的普通用户面临的问题应该是缺库，缺界面库，缺opencv，缺d3d....等等各种世界级的开源库，缺库的问题是因为没有人员封装，只靠老吴一个人望山跑死马，为什么没有人封装呢，抛开封装收益不谈，我单纯的从技术角度来谈谈我的看法.

2,都玩火山了，没点封装技能我都不好意思说我会火山，哈哈· ·和普通用户的众想丝滑不同，作为封装用户，我所遇到的是麻烦麻烦麻烦，还是太tm的麻烦。个人觉得不合理如下：
a：结构体结构体结构体！ 用火山久了的人和用惯了c++的人都知道，火山的结构类不能用，不能用，不能用，，问就是内存对齐，结构嵌套，内存操作会把人搞疯，，，我呢，为了编译这些坑采用的方法是直接嵌入c++结构到火山类的成员变量，然后结合火山的属性读写来实现结构体，这样全面解决了火山面对结构体时的一切难题，但是有个致命缺点，封装太麻烦，当初我封完整个PE结构(包括指针结构)花了整整半天时间，我封了个imgui，里面结构体不要太多，差点没把我搞残，因此，火山结构体应当作为火山pc框架最优先级的优化事项。
b：c++基础数据类型，封装开源库的时候，很多时候你无法预估数据长度，稍不注意无符号整数类型封装到火山的整数时，数据就溢出了，又不可能遇到无符号的数据都用长整数来代替，严重影响封装程序的稳定性，不知道什么时候数据就出错了。。。
c：参考属性，这个功能吧，在火山不是必须的，但是火山封装了很多c++stl采用的是参考返回，一旦直接赋值给火山变量后又触发了火山的重载=号，不赋值直接操作吧，看着又难受的一批，既然ide里面有参考属性，干脆放开限制得了，皆大欢喜。我相信玩火山的程序员不会因为参考属性增加了学习难度而抱怨，只会抱怨火山的阉割限制了程序员的发挥！
d：适当的开放一些不影响火山生态的插件接口，前两年写了火山驱动编译的插件，都是直接采用的hook方式，后面火山更新频繁了，没那时间天天去找基址找数据，导致没有更新了，火山也出来几年了，所以我建议适当的开放一些插件接口给有心在火山上干大事的人，大家一起来打造生态，维护世界和平。
                                                                                                                                                                                     2022.07.15
                                                                                                                                                                    一个工作室买了10条火山狗的某人

350246356

感人肺腑，希望吴总能听进去，这些都是封装人员的致命伤

wangvoldp

tmf19901124 发表于 2023-4-17 23:11
参考和单精度以及其他无符号基础数据类型已经弄出来了，今晚我测试了:噜阿噜...直接起飞 ...

让吴总给 编译前 编译后 事件加下呗 这个功能简单

tmf19901124

wangvoldp 发表于 2023-4-17 15:01
给吴总点个赞

参考和单精度以及其他无符号基础数据类型已经弄出来了，今晚我测试了:噜阿噜...直接起飞

wangvoldp

tmf19901124 发表于 2023-4-17 13:29
今天吴总说在研究怎么弄参考了，我估计下次更新就支持参数引用参考了

给吴总点个赞

sohuli

感觉楼主是高手

tmf19901124

wangvoldp 发表于 2023-4-16 19:46
支持视图加入参考

今天吴总说在研究怎么弄参考了，我估计下次更新就支持参数引用参考了

wangvoldp

支持视图加入参考

1600445187

大佬 imgui封装好了吗！！！愿意红包支持

723827056

难得的 难得的 为火山人谏言

zhqyong

如果从另一面来看封装难度大，这倒是给有封装能力的人提供了一条财路啊:噜阿噜