这是一个创建于 4656 天前的主题，其中的信息可能已经有所发展或是发生改变。
>, <表示这里说的不是HTML5游戏……考虑到现在网页的渲染速度&&基于某些考虑还是需要隐藏部分实现……
感觉这个想法可能不算特别奇怪（毕竟很多人都这么想过了）……
一些常见游戏引擎里面的脚本系统嘛，吉里吉里和ONS的执行效率实在是不敢恭维（主要由于很多全部单线程和缺乏后台运行这种概念）RGSS的臃肿给我的印象实在是太差了（这根本不是Ruby嘛……）
不过对于多线程的实现可能还是有一点小问题吧……关于callback的效率&&时间轴维护（可能要在callback的地方加入时间戳维护&线程独立随机池……？）
（某笨蛋似乎只能看到点细枝末节的东西啊……不知道大神有什么看法？）
感觉这个想法可能不算特别奇怪（毕竟很多人都这么想过了）……
一些常见游戏引擎里面的脚本系统嘛，吉里吉里和ONS的执行效率实在是不敢恭维（主要由于很多全部单线程和缺乏后台运行这种概念）RGSS的臃肿给我的印象实在是太差了（这根本不是Ruby嘛……）
不过对于多线程的实现可能还是有一点小问题吧……关于callback的效率&&时间轴维护（可能要在callback的地方加入时间戳维护&线程独立随机池……？）
（某笨蛋似乎只能看到点细枝末节的东西啊……不知道大神有什么看法？）
 | 1 aa88kk 2013-03-28 19:34:24 +08:00 via Android  1 完全可行的，而且已经有产品了，比如ngcore |
 | 2 Mac 2013-03-28 19:36:45 +08:00 |
 | 3 hiddenstar OP @aa88kk 抽空去瞅瞅……（没有这样的自由软件么QAQ……） |
 | 4 bengol 2013-03-28 19:59:40 +08:00 期待可以对所有html element都可以进行3D渲染 |
| 5 hiddenstar OP @bengol QAQ说过了某说的不是HTML5了……考虑到使用者的版权问题…… |
 | 6 funcman 2013-03-29 04:08:09 +08:00 via iPad 有不少这么做的。 但是Lua已经够快了，集成难度又很低，所以V8还不够普及。 |
 | 7 DaniloSam 2013-03-29 14:01:02 +08:00 有一个网页版的cs，已吓尿 |
 | 8 darkfall 2013-03-29 14:13:19 +08:00 有集成v8的, 还不少. 其实就有点像node. 最近还有cocos2dx-v8 完全是可行的. 另外py也是个选择 当然lua是最轻量快速的 |
| 9 funcman 2013-03-29 14:34:36 +08:00 v8应该是目前开源脚本机里最快的。 |
 | 11 Mutoo 2013-03-29 15:58:20 +08:00 做脚本引擎的话，V8非常巨大，lua很轻。 除些之外如果你的还要跨平台的话，可能要考虑到JIT由于苹果的政策限制不能运行在iOS设备上。所以V8用不了。 |
 | 12 xst 2013-03-29 19:16:08 +08:00 Lua轻量很多，占用内存也极低， 做过简单的纯计算密集性能测试， LuaJit和V8差距很小(V8还是要稍好一些, 10%左右)。 如果只是插件什么的，还是用Lua吧。 不如单从语言上看，Js比Lua更适合写大型、粘合的程序... 纯个人意见，吐槽要文明点：） |
 | 13 ShiningRay 2013-03-29 21:01:15 +08:00 @xst JS招程序员比Lua容易…… |
 | 14 Kymair 2013-03-29 21:22:55 +08:00 @ShningRay JS是比Lua程序员多的多，但是所需要的那种能用Node.js写游戏相关引擎的程序员其实不会比Lua多… 还得付出很大精力筛选。毕竟是The Most Misunderstood Language. |
| 16 funcman 2013-03-30 00:57:01 +08:00 @ShiningRay Lua本身就很容易，比JS容易。游戏业不会招只会写Lua的程序员。Lua很多时候是由策划来写，比如西山居系的开发组。让策划写JS，属于“别逗了”那种级别的。所以，Lua还是比JS有优势些。不过，Unity3D流行之后，JS在游戏业就开始流行了。 |
Select Language