- 主题:c++反射提案正式进入标准
屎上雕花。
【 在 JetLan 的大作中提到: 】
: 太丑了
--
FROM 61.54.184.*
有可能是因人而异,某些人被特殊关照就贴不了url
【 在 tom6bj 的大作中提到: 】
: 水木居然可以贴链接了?
:
--
FROM 222.129.207.*
为啥不用 #号? 用两个 ^^ 简直了。。。。
# 怕影响很多IDE的 注释符??
--
FROM 14.127.37.*
我试了一下, 我随便贴个链接就不行,发不出来
【 在 z16166 的大作中提到: 】
有可能是因人而异,某些人被特殊关照就贴不了url
【 在 tom6bj 的大作中提到: 】
: 水木居然可以贴链接了?
:
--
FROM 124.16.158.*
应该是跨编译单元需要动态反射, 一次编译好的静态反射就行
【 在 ylh1969 的大作中提到: 】
: 看了下,使用起来太复杂了,远没有JAVA的反射好用。
: 编译期处理有严重缺陷。
: 假如写通用的序列化反序列化程序,编译这个程序时,不知道递进来的struct是啥,怎么做?
: ...................
--
FROM 103.135.163.*
哎,,,洋人就是喜欢简单问题复杂化。
实际上,编译器只需要为每个struct输出一个表,说明里边成员的名称,类型,长度,位置,等即可。这个表也占不了多大空间,爱用不用。
我就是为想泛型处理的struct建个表,运行时用起来也挺方便的,效率不低。
自己弄最难的是位置,得猜编译器的心思。
【 在 ae175b1bf388 的大作中提到: 】
: 应该是跨编译单元需要动态反射, 一次编译好的静态反射就行
:
--
修改:ylh1969 FROM 221.218.61.*
FROM 221.218.61.*
静态反射一点用没有。既然还没脱离编译环境,要反射干啥,直接用成员好了。
【 在 ae175b1bf388 的大作中提到: 】
: 应该是跨编译单元需要动态反射, 一次编译好的静态反射就行
:
--
修改:ylh1969 FROM 221.218.61.*
FROM 221.218.61.*
我觉得是代码里用到的类型metainfo编译进去了, 没用到的就省掉了, 可能理解有误
【 在 ylh1969 的大作中提到: 】
静态反射一点用没有。既然还没脱离编译环境,要反射干啥,直接用成员好了。
【 在 ae175b1bf388 的大作中提到: 】
: 应该是跨编译单元需要动态反射, 一次编译好的静态反射就行
:
--
修改:ylh1969 FROM 221.218.61.*
FROM 103.135.163.*