code generation可解，参考thrift protobuf  
  
【 在 dylen (大海之子) 的大作中提到: 】
:  rt
:  这个版应该有人知道吧？
:  谢谢啦
:  --
--
FROM 111.197.234.188

手撸内存模拟反射？  
  
【 在 siegfried415 (更号2) 的大作中提到: 】
:  在C语言中，struct是一个面向程序员的概念，在编译好的代码中struct只是一小段连续的内存，访问struct成员只是是用内存地址+成员偏移来完成的，这意味着编译好的代码中完全没有struct的概念，所以在C语言中是无法完成所谓的反射操作的。。。
:  
:  【 在 littleSram 的大作中提到: 】
:  : 反射在JAVA里通常用来看class的定义，比如成员变量的名字和类型，  
--
FROM 111.193.121.*

是一种方法。
但是：如果序列化/反序列化的格式不同，就需要生成太多的程序。
如：字符串格式，JSON格式，XML格式等等。
更有甚者，序列化/反序列化的发展------ORM，Object Relational Mapping, 把关系数据库的表，映射成Object，在C里，就是struct。实质上是struct对关系数据库的序列化/反序列化操作，这中间有太多的操作，代码生成太困难了。

所以，给结构补一张说明书。这说明书说明每个成员的：类型，长度，名称，格式，offset，还有一个bind，说明与关系数据库的对应关系。
【 在 Tyo 的大作中提到: 】
: code generation可解，参考thrift protobuf  
--
修改:ylh1969 FROM 221.221.52.*
FROM 221.221.52.*

都写过。但是那不是ORM。
我用的是OCI,和DB2的CLI。
这比PROC的效率高得多，测试过，效率大约2.5倍。
而且，OCI经过包装，使用很简便。基本不用写SQL语句。有点像JAVA的HIBERNATE，只写HQL。

而且，软件在DB2与ORACLE之间的转换，分分钟的事，换个库，编译一下就行。
【 在 flw 的大作中提到: 】
: 这有啥困难的，
: 没写过 db2 的 sqc 和 oracle 的 pc？
:
--
修改:ylh1969 FROM 221.221.52.*
FROM 221.221.52.*

DAU可以由数据库的数据字典自动生成。包括里边的结构和说明书。
这些就是protobuf做不到的啦。

DAU_mk（&DAU,SQL_Connect，table_name);制造DAU，用数据库句柄，表名为。。。。
怎么样？比PROC简单吧？而且效率还非常之高。
在C++里，这个是new的过程。
【 在 flw 的大作中提到: 】
: 这有啥困难的，
: 没写过 db2 的 sqc 和 oracle 的 pc？
:
--
修改:ylh1969 FROM 221.221.52.*
FROM 221.221.52.*