这样会让用Unity做小游戏的厂商迁移一部分过来吧。
Make Cocos Great Again!
1赞
2dx都没人引入 C# 成功。
creator感觉必要性不大？而且creator大量ts代码。
C#这玩意runtime很大，以前跨平台还只有第三方的mono/官方支持跨平台也没多久？
开发效率和ts没差，可能性能有点提升。
ts也能编译为wasm，但是必要性就。。。
我也经常造轮子，我自己写了个“脚本语言”/C++语法子集，开发时解释运行，出包直接编译 
1赞
有ts为什么还要c井…
1赞
就像有了C2 C3,但还有人用2DX一样
让我想到了前几年官方说的方舟编译器
因为这位大佬自己开发了一个C#的Runtime，所以可以适配到各个引擎上 
不知道是否准确。当你手里有个锤子，看到谁都像钉子…
有部分人应该是有这样的需求，把一些Unity上的逻辑框架能够在两个引擎上跑起来，美滋滋~
1赞
如果只是这个用途的话，包月的ai直接翻译到ts不是更简单。
不过至少是个不错的尝试。我不是杠精。单纯好奇这是不是纯技术的想法。
我理解你的意思。其实在AI时代，框架这个东西的意义都在减少，每个人都可以写自己的“轮子”。
支持c#，有进度了没
卧槽，这个属于闲着没事干。
这辈子算是有事情干了
我怎么记得好久之前就看过这个聊天截图
没必要啊，ts的能力和c#差不多。
一般的引擎，语言搞一主一副就可以了，主的多功能语言，副的简单脚本/蓝图。
cocos 的 ts 已经算是多功能语言了，c#的生态位差不多，就没必要搞了。
搞起来小游戏可以热更了。
属于是把Cocos的首包小, 糊代码快的这点仅存优势也给弄没了
原生性能会更好吧？
我现在想在unity上缝一层puerts，受不了unity的傻逼编译速度，太慢了