【ZeloEngine】反射系统填坑小结

// 1. vs qsmoc
// 2. 自我怀疑掣肘，专家权威误导

总结一下反射系统，下称ZHT

ZHT架构/数据流图

今天是入行两周年，本想写个入行小结，想想还是踏实点把坑填完，写个DevLog

本文接续之前一篇文章的原理描述，主要讲讲开发后的反思

另外说明，ZHT当然是下班时间开发的，所以进度会慢很多，好在能每天坚持写一点，代码也就攒起来了

【ZeloEngine】重写反射和对象系统_zoloypzuo的博客-CSDN博客

Demo

Demo，生成代码位于__ZHT/

zoloypzuo/cyclone: 《游戏物理引擎开发》源码魔改

PropertySheet，类似Unity的MonoBehavior，自动在Inspector上画界面编辑数据

特性列表

1. 对标Swig的自动Lua脚本绑定
2. 对标Moc，UBT的元信息标记
3. RTTR反射，WIP，快了，现在已经够用了

语法特性

支持

1. 全局函数
2. 全局变量
3. namespace
4. struct/class // 统一为class
   a. 成员变量
   b. 成员函数
5. enum
6. 嵌套的clas和enum

不支持

1. C++模板
2. property // 没必要

meta.cs不支持 // 不能打元信息

1. 全局函数
2. 全局变量

特色：meta.cs

理解moc：是一种标记语言

moc的缺点

1. moc标记，都是宏，缺乏IDE支持，重构，报错等
2. moc标记，淹没在大量moc编译器不关心的代码中
   • 整个项目里有哪些标记？
3. 不支持给第三方库打moc标记

meta.cs解决了以上问题

1. 标记是C#语法，可以报错
2. 标记与源码分离，容易统计分析和定位
3. 支持第三方库

UBT vs ZHT

应用

1. PropertySheet，配置表编辑器，还没开头，思路已经有了
2. 替代Ver1的手工Lua脚本绑定，写脚本胶水从此无摩擦
3. C++反射，可以走RTTR反射来调用了，更加动态了
4. 对象模型中的其他子模块，GC，序列化，都依赖于反射系统

【里程碑】终于有一套完整的Lua脚本开发框架了！
IDE，debugger，log，binding-generator，hot-reload，lua game framework，etc

懒人模式

对标C#，最好不要写标记，正常写C++，然后就自带反射和导出Lua

这是目前努力的方向

Lua脚本绑定

对标Swig

反思

1. 基本思路清楚，快速搭建出第一个能跑的原型，只花了一周
2. 实际填坑，实现规格（spec）以及自动化到铺量可用，花了一个月，细节很多
3. 反复问自己几个问题
   • 是什么？解决了什么问题？
   • 重点难点是什么？
   • 竞品方案对比

ZHT是什么

1. 解析C++代码结构到反射信息（中间表示），然后再生成多种目标代码
2. 使用C#为C++标记上元信息，为ZHT和游戏/编辑器运行时提供元信息

重点是什么

1. 理解源语言，也就是C++编译器
2. 理解目标语言
3. 代码生成是一种优化方法/自动化方法，要切实地自动化

对于反射系统而言，我们在乎声明，结构，类型，不在乎函数体里的计算代码

这块把重点放在了C++上，增进对C++编译器的理解对我目前的作用很大