递归火山软件开发平台»论坛 › 递归火山软件开发平台 › 火山平台俱乐部 › 【结构体】解决火山PC传递(嵌套)结构体的优化方案 ...

【结构体】解决火山PC传递(嵌套)结构体的优化方案

查看数: 9530 | 评论数: 15 | 收藏 3

关灯 | 提示：支持键盘翻页<-左右->

帖子模式

609177738

发布时间: 2021-9-30 01:08

正文摘要:

本帖最后由 609177738 于 2021-10-5 13:50 编辑首先向涛哥反抗一波,没有研究精神还敲什么代码!!! 具体看图片 ,不至于被删帖吧本文方法涛哥不是很认可!!! 各位封装用户应该都知道,火山PC调用外部库时,当函数参数 ...

609177738 发表于 2021-9-30 21:31:23

本帖最后由 609177738 于 2021-9-30 21:37 编辑

关于赋值新变量是没有问题的,正常用=号即可赋值
唯一的不常用的是判断同类的不同对象内容是否相等
目前采用 memcmp 对比数据网上说字节对齐的数据填充是随机的  测试确实有问题
所以在类初始化使用memset 使得字节清零  再使用memcmp 对比数据是否相同

测试没遇到什么问题了  不知道还有没有其他可能出现的问题,也没搜索到

持续化是啥  没明白  读写赋值比较都有了

至于后续的可能加持的一些东西也不是不可以手动添加转换就好比说什么序列化之类的
我也知道CVolObject 是火山的框架基石但是  针对一个结构体  单独从框架基石上拿下来也没什么不可
这些功能基本上足够了, 像序列化等之类的也可以用外置函数来转换呀
重要的是用起来简便快速小白也可以非常快速使用 ,直接自己添加成员变量就行了

也像你所说 不太适合官方 所以我也是发出来给愿意使用的人一个快速的方法  至于采不采纳在于大众啦

最后更新下

struct.rar

73.89 KB, 下载次数: 13

9.30更新

子涵 发表于 2021-10-8 22:02:05

嵌套结构体，还有嵌套结构体里的数组，太难搞了

tmf19901124 发表于 2021-10-5 12:06:52

这问题从内测开始就在说了，然并卵，我听算我输:噜阿噜

追月软件 发表于 2021-10-4 14:39:57

支持一下你,看看吴涛啥时候解决

nuan1989 发表于 2021-10-4 01:58:13

是你是你还是你. 看内容就知道你是哪个.

609177738 发表于 2021-10-2 14:14:19

君安光电科技发表于 2021-10-2 11:41
狂顶~火山的结构体,目前来说就是曹操的鸡骨,火山是基于C++,而C++是由结构体堆叠而成的,但偏偏火山对C++结构 ...

还是有人支持我的观点的 ,实际也是结构体就结构体为什么非要去继承某个类来实现一些额外功能外部函数转换也可以呀 ,当然继承也不是不可以倒是给弄好呀

君安光电科技 发表于 2021-10-2 11:41:00

本帖最后由君安光电科技于 2021-10-2 11:46 编辑

狂顶~火山的结构体,目前来说就是曹操的鸡骨,火山是基于C++,而C++是由结构体堆叠而成的,但偏偏火山对C++结构体的支持弱鸡得无话可说,难道就不能在编译器里判断一下,支持下原生的C++结构体?难道普通用户调用一下类似易语言的自定义数据类型的火山结构体,都要花钱请高级用户封装一下?为什么会出现火山平台?因为中文编程需要,哪就意味着,对于中文用户来说,如果要自己用火山嵌入式的英文来进行封装C++原生的结构体,哪无异于上天梯,这就是目前火山的痛点!这种情形随着火山往后长期的发展不敢想像!

评分

参与人数 1	金钱 +1	收起理由
78592802	+ 1	赞一个!

查看全部评分

jiaozhu 发表于 2021-10-1 00:15:37

结构类多层嵌套是十分烦人，只能用内嵌来实现,反正很繁琐,要是有更方便的就好了

折戟沉沙 发表于 2021-9-30 21:44:47

飞扬工作室发表于 2021-9-30 21:16
我的意思是,CVolObject就是火山视窗程序的基石,动了会出大问题的. 火山编译器里面全部假设对象都是基于CV ...

所以，这就是你不解决“@视窗.结构类”多层嵌套的问题吗？

		自动登录	找回密码
密码			立即注册

【结构体】解决火山PC传递(嵌套)结构体的优化方案

正文摘要:

回复

评分