@老司机谈火山框架优化
作为一个火山从内测就用开始各种研究魔改火山的老司机，也提提我对火山目前现状的看法: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条火山狗的某人
有参考确实是方便很多很多...准确的说应该叫 "引用" 好 希望能支持数组重载，结构体，参考属性等 发表字数多 我觉得很好 结构体是真的难用，没法用，再把无符号支持了就更好了 火山用户目前的出路就是学习封装，等到老吴封装好用户需要的库 蚊子都饿死了 想法是好的 不过目前火山缺人 我也是感觉封装太难受了。。贼麻烦！ 条条都是必须要支持的