NativeApis for ScriptEngine

NativeAPIs for LLSE is working in progress, this issue is created to track the progress

[x] Basic RealTime function signature parser
[x] Basic SymCall api to call an native function by function signature or address
[x] Basic GetAddress api to get function Address by signature
[x] Basic Hook api to hook function by function signature or address
[x] Basic Patch api to patch a specific area
[x] Cache parsed function for faster calling speed
[x] Allowes developers manually decide the params type that is used in Hook and SymCall
[x] Use seperate DYNCALL VM engine instance for different ScriptInstance
[x] Malloc memory using NativePointer
[x] Generate NativeFunction from ScriptFunction that accept call from any native code
[ ] Cpp std:: lib access helper
[ ] Automatic dynamic MCAPIs binding(waiting for good ideas that is memory effecient)

wrap常用STL（包括但不限于 vector string map umap set list queue deque pair tuple functional）
void*表征为NativePointer类，提供asXxx方法（如.asStdString() ）将原生指针类转换到STL wrap class（不复制仅转换），提供as("Xxx")方法（如.as("Actor") ）将原生指针类转换到MC wrap class
所有STL容器的wrap都仅在内部储存指针（如string*）。STL容器提供asPointer方法转换为NativePointer（不复制仅转换），并复原STL常用类方法来实现脚本层操作
由于初期测试发现的一些性能问题，建议删去所有接口（包括 hook symcall）的类型检查，可以大大节省性能开销，类型正确性由开发者自行保证

关于MC class wrapper有两种实现方案：

使用NativeClass做通用类，储存void*，使用字符串储存实际指针类型，并封装一套通用的API 需要调用具体类型各自的成员方法，在运行时、语言层使用反射拦截非法成员方法请求，并根据储存的当前类型信息查找symbol进行调用此方案的优点是（相比方案2）不需要手动编写整个生成器轮子，缺点是需要想办法提供symbol查找机制（如在内存中储存一份数据库等）
在脚本层实现整个继承体系，每个类分文件并使用脚本语言自身的include机制进行互相引用，最后在脚本层调用symcall实现call 此方案的优点是CPP层完全不需要设计任何接口，仅需基础hook symcall接口即可缺点是性能暂时不明有待测试，另外需要手动设计编写生成器，从originalData（或AST）起手，生成统一的接口声明语言（如TS声明），再由此生成各种语言的接口定义文件。目测无相关轮子，需要全部自行实现

如果选择方案2，生成器可以作为单独项目开发，而且生成器结果也可以为补全插件所用

LiteLDev / LegacyScriptEngine