最近某点数卡某APP在内部可以执行H5的手游
不是休闲的那种 算是中、大型RPG的卡牌游戏
(IP是知名网游小说改编的 *这样应该不算打广告吧XD)
主要就是说 现在手机的H5游戏时代...难道要来临了?
不过IOS好像没办法玩(没有在上架的APP内，可能是金流介接的关系...吧？)
这块H5游戏应该会是这家公司重点发展 大概之后在那APP能玩到很多H5
至于大家应该也都知道目前许多Flash都转成H5了 (直播网站twitch、youtube)
而现在很多web game也都走向H5 不用载元件也不用装flash都能直接玩
主要做成响应式的话手机也能直接开(不同接口)
等同于有浏览器就可以玩 我上面讲的那游戏
在手机上玩起来都是算十分顺畅的
*目前知名的H5引擎应该就是白鹭吧 可以去论坛看 很多自制H5小品
不知道下一代游戏制作的潮流会不会往H5这个方向走呢(?)
各位前辈怎么看

金流麻烦

如果只单做台湾市场，是否还有金流麻烦的问题？又若以中国那的开发者，仅作他们内需市场，是否有金流麻烦?

unity可以跨pc到psv到xbox，灵活度感觉更高，手机三大平台转换也很轻松我爬了下文，对岸偏好的好像是cocos2d-js框架，反正不管如何能以最低投入产生最大报酬的引擎或框架就会自然红起来啦

从玩家端而言，我怀疑不用安装这点有多少优势，毕竟资料还是要下载。除此之外html5还有其他优势吗？如果没有，通常大者恒大

但是program 你们老板看新闻觉得html5很威啊programer

JS的语法很过时直译式语言和编译式执行效能也差太多

js语法过时... es6表示:

只能说效能极差 大概就偏比较静态的游戏吧?

就算效能差，不代表每个游戏都会直冲效能瓶颈能够有好游戏支撑开发生态才是最重要的

效能极差…？跟c比是不用说比较慢啦，但跟java之类比，并没有差到哪去啊，你的资讯有点过时了

游戏内容才是重点+1

js光是没有执行序这一点就被巴死了啦.... = =还有，java在server方面的处理能力，是可以做到接近c的。因为jvm会依照程式片段的使用频率，把常用的区块编译为机械码后再去执行。

js 没那么不堪

js没有执行绪这点你也delay了，早就有web worker了另外js也早就有JIT了，无论是firefox或chrome都有实作至于java接近c...你把java想得太美好了吧，java的内存使用效率烂透了虽然js也差不多糟就是了

webworker不算执行绪 js没办法同时处理绘图跟计算webworker算是另外开个“域”出来去跑一些东西而已，但两边的资料等于是copy过去用的。如果有执行绪，你会看到js出现synchronize lock的功能，而且可以同时出现alert又变动dom物件还有 js 本身是弱型别动态语言，这是语言先天设计上的问题，这种设计方式是为了写程式方便，但牺牲的就是效能，只是在现在的硬件上牺牲掉的效能可忽略。怎么就这样把JS捧上天了？

但你讲的话依旧是错的阿快，我从来没说过他比java快阿他本来就有上限，但你说他很慢是个天大的错误阿`自从浏览器大战后，js的速度是一年比一年快阿比c慢是一定的，但跟java比输赢还很难说

来比比看就知道了，我两边都会写

里没办法同时处里绘图跟计算也很难说，虽然目前没有实作但是w3c的spec中是有绘图在web worker中这一块的另外，你说所有的资料都是copy过去的，那依旧是错的资料室可以在不同worker共用的，只是不能同时用

我还蛮好奇的，javascript是怎么保证“不能同时用”的？一般程式中是交给 synchronize 或是 lock 去处理这种问题

我记得Web Worker应该不是直接去动资料，而是运算完后传回来主程式，再由主程式去改那个资料，所以可以避免动到同一个资料的问题，不过这样会有覆蓋的问题就是毕竟Web Worker那边是有明确规定不准直接动DOM