[請益] Html5手遊潮流(?)

[finally1999 (finally1999)]

最近某點數卡某APP在內部可以執行H5的手遊

不是休閒的那種 算是中、大型RPG的卡牌遊戲

(IP是知名網遊小說改編的 *這樣應該不算打廣告吧XD)

主要就是說 現在手機的H5遊戲時代...難道要來臨了?

不過IOS好像沒辦法玩(沒有在上架的APP內，可能是金流介接的關係...吧？)

這塊H5遊戲應該會是這家公司重點發展 大概之後在那APP能玩到很多H5


至於大家應該也都知道目前許多Flash都轉成H5了 (直播網站twitch、youtube)

而現在很多web game也都走向H5 不用載元件也不用裝flash都能直接玩

主要做成響應式的話手機也能直接開(不同介面)

等同於有瀏覽器就可以玩  我上面講的那遊戲

在手機上玩起來都是算十分順暢的


*目前知名的H5引擎應該就是白鷺吧 可以去論壇看 很多自製H5小品

不知道下一代遊戲製作的潮流會不會往H5這個方向走呢(?)

各位前輩怎麼看

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.228.151.242
※ 文章網址: https://www.ptt.cc/bbs/GameDesign/M.1446305761.A.4DE.html
推 littleshan: 金流麻煩
推 goury: 如果只單做台灣市場，是否還有金流麻煩的問題？
→ goury: 又若以中國那的開發者，僅作他們內需市場，是否有金流麻煩?
推 lzainside: unity可以跨pc到psv到xbox，靈活度感覺更高，手機三大
→ lzainside: 平台轉換也很輕鬆
→ lzainside: 我爬了下文，對岸偏好的好像是cocos2d-js框架，反正不
→ lzainside: 管如何能以最低投入產生最大報酬的引擎或框架就會自然
→ lzainside: 紅起來啦
推 tst5381: 從玩家端而言，我懷疑不用安裝這點有多少優勢，畢竟資料
→ tst5381: 還是要下載。除此之外html5還有其他優勢嗎？如果沒有，通
→ tst5381: 常大者恆大
→ hodsala: 但是program 你們老闆看新聞覺得html5很威啊
→ hodsala:   programer
→ wt5566: JS的語法很過時
→ wt5566: 直譯式語言和編譯式執行效能也差太多
推 asoedarren: js語法過時... es6表示:
推 he103958: 只能說效能極差  大概就偏比較靜態的遊戲吧?
推 cjcat2266: 就算效能差，不代表每個遊戲都會直衝效能瓶頸
→ cjcat2266: 能夠有好遊戲支撐開發生態才是最重要的
推 mmis1000: 效能極差…？跟c比是不用說比較慢啦，但跟java之類比，
→ mmis1000: 並沒有差到哪去啊，你的資訊有點過時了
推 waldfantasy: 遊戲內容才是重點+1
推 LaPass: js光是沒有執行序這一點就被巴死了啦.... = =
→ LaPass: 還有，java在server方面的處理能力，是可以做到接近c的。
→ LaPass: 因為jvm會依照程式片段的使用頻率，把常用的區塊編譯為機
→ LaPass: 械碼後再去執行。
→ johnny94: js 沒那麼不堪
→ mmis1000: js沒有執行緒這點你也delay了，早就有web worker了
→ mmis1000: 另外js也早就有JIT了，無論是firefox或chrome都有實作
→ mmis1000: 至於java接近c...你把java想得太美好了吧，java的記憶體
→ mmis1000: 使用效率爛透了
→ mmis1000: 雖然js也差不多糟就是了
推 LaPass: webworker不算執行緒 js沒辦法同時處理繪圖跟計算
→ LaPass: webworker算是另外開個「域」出來去跑一些東西而已，但兩
→ LaPass: 邊的資料等於是copy過去用的。如果有執行緒，你會看到js出
→ LaPass: 現synchronize lock的功能，而且可以同時出現alert又變動
→ LaPass: dom物件
推 LaPass: 還有 js 本身是弱型別動態語言，這是語言先天設計上的問題
→ LaPass: ，這種設計方式是為了寫程式方便，但犧牲的就是效能，只是
→ LaPass: 在現在的硬體上犧牲掉的效能可忽略。怎麼就這樣把JS捧上天
→ LaPass: 了？
→ mmis1000: 但你講的話依舊是錯的阿快，我從來沒說過他比java快阿
→ mmis1000: 他本來就有上限，但你說他很慢是個天大的錯誤阿
→ mmis1000: `自從瀏覽器大戰後，js的速度是一年比一年快阿
→ mmis1000: 比c慢是一定的，但跟java比輸贏還很難說
推 LaPass: 來比比看就知道了，我兩邊都會寫
→ mmis1000: 裡沒辦法同時處裡繪圖跟計算也很難說，雖然目前沒有實作
→ mmis1000: 但是w3c的spec中是有繪圖在web worker中這一塊的
→ mmis1000: 另外，你說所有的資料都是copy過去的，那依舊是錯的
→ mmis1000: 資料室可以在不同worker共用的，只是不能同時用
推 LaPass: 我還蠻好奇的，javascript是怎麼保證「不能同時用」的？
→ LaPass: 一般程式中是交給 synchronize 或是 lock 去處理這種問題
推 hoyunxian: 我記得Web Worker應該不是直接去動資料，而是運算完後
→ hoyunxian: 傳回來主程式，再由主程式去改那個資料，所以可以避免
→ hoyunxian: 動到同一個資料的問題，不過這樣會有覆蓋的問題就是
→ hoyunxian: 畢竟Web Worker那邊是有明確規定不准直接動DOM