chexiongsheng
chexiongsheng
还是你的意思是希望能通过UE.Game.StarterContent.EnumAABB.EnumAABB.AA访问到这个AA代表的值？
生成代码指的是ue.d.ts?
> 与时俱进 这理由并不充分，nodejs和v8是联动的，如果nodejs升级，对应的v8 backend也要升级
@zombieyang 可以结合nodejs手机版本的探索一起做：看是否能找一个满足手机的nodejs，M1芯片的版本。
谢谢你的建议。 首先我觉得“JavaScript生态” ≠ "Node生态"（原文是“JavaScript生态”）。其次我们也确实希望能够重用更多"Node生态"，但这里真正的门槛在于"Node生态"或者说npm上很多扩展，是强依赖于nodejs本身提供的一些api的。关于node，puerts，browse环境间的关系请看[这里](https://github.com/Tencent/puerts/blob/master/doc/faq.md#npm%E4%B8%8A%E6%89%80%E6%9C%89%E5%8C%85%E9%83%BD%E5%8F%AF%E7%94%A8%E4%B9%88)。 我不认为TypeScript是“兼容 Node 生态”的阻碍，事实上大多数npm插件都有配套的ts声明，年久失修的除外。真正的门槛是如何满足nodejs api的依赖需求。一种思路是嵌入一个nodejs，puerts也在做这事情，目前在window，maoos已经提供了nodejs后端的puerts。但android，ios由于没有官方的嵌入式node支持，目前进展缓慢。 其次，puerts只是主推TypeScript，事实上你也完全可以用js编程。 基于 V8 代码热更新[这篇文章](https://zhuanlan.zhihu.com/p/364505146)，这个是实现ts继承ue引擎类特性用到的。你也可以通过websocket，devtool，chrome-remote-interface这些去热刷新代码，这不冲突。ts继承ue引擎类特性本来就有个ts分析、编译的过程，都是同进程，如果去通知v8刷新还走websocket就有点多余了。
android，ios的node支持，只要能搞定nodejs嵌入式库在这些平台的编译就可以了。你既然那么热衷这块，可以帮忙探索下
现在你用nodejs后端，就是完全兼容nodejs上的扩展了。切换后端看这里[unreal](https://github.com/Tencent/puerts/blob/master/doc/unreal/install.md)。 unreal下只有开启继承模式，才会必需要用到ts（才会有你说的捆绑了 tsc 分析、编译的过程）。你自己new个虚拟机玩，没这限制，也没这过程。建议看看[unreal手册](https://github.com/Tencent/puerts/blob/master/doc/unreal/manual.md)。
而且即使是开启继承模式，有个tsc 分析、编译的过程，其实也没影响你使用nodejs的东西。
你用过就知道了。大多数npm上的库都或多或少依赖nodejs的api。 比如Buffer，你可能会以为这是js的东西，其实是nodejs独有的。 fs，path，这些nodejs独有的api。