你这小作坊级初级工程一个人全包，就纯属臆测了，说的好像大公司就不用rest api了一样
小作坊有小作坊的做法，小作坊出品的东西未必就没有精品
大公司出品的也未必就一定优秀
Qt之于C++, Spring之于Java, 技术品味形成于独立思考


【 在 ble 的大作中提到: 】
: 所以你这唯一的优点无非就是服务器随便改呗，小作坊初级工程，一个人前后端全包的确实适合这样，因为不需要沟通成本，不需要文档和接口规范。
--
FROM 111.199.191.*

Circle居然是solo出来的C++编译器？老牛了


【 在 DoorWay 的大作中提到: 】
: 哈哈，就用那个nl…man，名字不好拼那个，出镜率很高。我看红点时，刷到过好多次。
: 至于cpp的reflection…… 且着呢，老码农换语言换平台前，能用上module就不错了～
: Qt写moc的那个人，好像也一直等着，实现基于反射的moc，好去掉moc，洗白Qt不是cpp的谣言：-)
: ...................
--
FROM 114.241.227.*

我做过一个C结构与JSON序列化反序列化的工具库。侵入性不大，不影响原有结构。
【 在 z16166 的大作中提到: 】
: json -> c++ object。
: 由于各种原因，没有使用protobuf，而是用了json。
: 用jsoncpp手写代码挨个提取json节点里的数据挺无聊的，纯粹是堆代码行数。
: ...................
--
FROM 221.219.48.*

所以我也不喜欢protobuf。自己写，非入侵的。
因为没有运行时结构的反射，那么就写一个结构说明书来代替它，等于是为每一个已经存在，想序列化反序列化的结构，手动补一个说明书。
如果是新开发软件，那么可以使用工具成对的生成结构和说明书。
如果是数据库里的表，可以用数据库字典，自动生成数据结构和说明书（对）。而且可以运行时临时生成（对）。
比如，客户端可以发给服务器一个数据库的表名。服务器接收到以后用这个表名生成说明书，然后用这个说明书生成SQL语句（也是一种序列化，成SQL语句），访问这个数据库表，并用这个说明书把结果集序列化成JSON，传送给客户端。

protobuf做不到这一切。

【 在 iwantfly 的大作中提到: 】
: 扩充的意义在于无schema,json既代表字符串，又代表万物
: 你见过http ajax服务器端修改了 webservice 接口
: 还需要单独发布一个dll或者头文件，才能访问吗？
: ...................
--
修改:ylh0315 FROM 221.221.49.*
FROM 221.221.49.*