这是一个创建于 4245 天前的主题，其中的信息可能已经有所发展或是发生改变。
>, <表示这里说的不是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