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。