必须给你点赞！握个手！
单行操作的确不一定需要ORM，如前边那个大侠给的AI，直接绑定json即可，不用struct也行。
但是，如果进行批量操作，没有struct，就不好弄。150列的表1000行一批的绑定，struct数组是最方便的啦。

另外了，函数间传递数据，struct还是要比json方便。在几十个函数间传递数据，json怎么弄呢？终究还是要转换为struct，来回转开销多大呀，再说怎么转，每次点名枚举反序列化吗？
所以，orm与序列化与反序列化统一考虑，是一套系统，大部分模块是共用的。
数据库，网络，客户端，服务器是统一的数据系统。有了它，struct可以成为各种不同数据格式的公共节点，你不用写各种格式之间的转换程序，那是指数级数量。只搞对struct的转换即可。
如果搞ORM，麻烦事可多了，有太多需要讨论的。
如果需要柔性编程，ORM是必经之路。
【 在 Friz 的大作中提到: 】
: orm不需要用静态编译反射
: 数据库是有元数据表的（不过各个实现不同）， 但都能取到对应的字段名，类型长度
: 这就比较容易拼凑sql语句了
: ...................
--
修改:ylh1969 FROM 221.221.54.*
FROM 221.221.54.*