用火山编程太多地方用到结构体了,尤其是自定义结构体,
还有个痛点就是类回调,也是让大多数火山编程者头疼

确实，结构体一直是我用火山最头疼的,要是能解决掉就好了

确实有待优化

飞扬工作室 发表于 2022-7-19 13:29
现在所有火山类都必须以"对象类"作为最终基础类,以保证所有类都有最基本的同一特征,就像java的"Object"一样 ...

那个是大色的产物吧
每个结构体都那么封装那不麻烦死了，而且并不适用于所有场景，另外不支持数组吧，示例上没见着
要是按结构基础类那样写，还不如直接对结构体赋值来的方便。基础的可以直接按下面的写法
RECT rect;
rect.left=@<左边>；
类似于这种。

飞扬工作室 发表于 2022-7-19 13:29
现在所有火山类都必须以"对象类"作为最终基础类,以保证所有类都有最基本的同一特征,就像java的"Object"一样 ...

他的 @输出类型 可以考虑下  或者火山完善下数据类型  将[无符号][有符号]的基础数值类型完善下吧~

还有一个就是火山的变量和参数的 [参考] 希望也能设计一下。

现如今都在封库阶段，但封库固然重要 如果能先完善火山的功能 这样封库人员就省时省力了，后续如果支持的话代码也不再需要过多的变动！

现在所有火山类都必须以"对象类"作为最终基础类,以保证所有类都有最基本的同一特征,就像java的"Object"一样,所以c++的结构真不好处理,要直接支持它系统复杂度将上升几个指数级. 目前还没有想到万全之策,但是充分利用火山的嵌入代码机制也能基本解决问题,譬如基本类库里面提供的"结构基础类",不知道你仔细研究过没有,我个人认为是可以很便捷地解决大多数结构体问题的.

urenai 发表于 2022-7-19 11:33
我认为吴老板不直接使用自定义类型，极有可能是数据原始结构结构类型匹配问题。
你比喻说：NtQuerySystem ...

言之有理，意思就是太复杂，不好掌控。

创世魂 发表于 2022-7-19 07:09
结构体是个复杂的问题，后面估计会专门花时间来解决……暂时也顾不上处理。
如果类型要这么搞那就没必要了 ...

我认为吴老板不直接使用自定义类型，极有可能是数据原始结构结构类型匹配问题。
你比喻说：NtQuerySystemInformation这个NT函数，他支持多个结构体，不同成员结构，每个成员数据类型又极有可能不同。

这就导致自定义类型不好匹配原始结构体。故不能直接使用自定义。

zhqyong 发表于 2022-7-19 05:05
如果接纳你的建议，功劳怎么算？你的还是谁的？

你不要瞎闹，提意见的多了，给TX提意见的也有，没见马化腾分股份出去。你歇着。