• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            戰(zhàn)魂小筑

            討論群:309800774 知乎關(guān)注:http://zhihu.com/people/sunicdavy 開源項(xiàng)目:https://github.com/davyxu

               :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
              257 隨筆 :: 0 文章 :: 506 評(píng)論 :: 0 Trackbacks

            熱更新的內(nèi)容可以是美術(shù)資源, 可以是代碼, 但相對來說, 美術(shù)資源的更新不會(huì)受到約束, 代碼實(shí)際上是重災(zāi)區(qū), 本文介紹的主要是代碼熱更新

            熱更新對于開發(fā)者來說是一件麻煩事, 特別對于看重效率,便捷性和結(jié)構(gòu)的程序員來說, 熱更新就是運(yùn)營人員的不懂技術(shù)的表現(xiàn)
            然而, 對于上線才是剛剛開始的網(wǎng)絡(luò)游戲, 特別是手游來說. 熱更新是極為重要的基礎(chǔ)功能

            為什么要熱更新

            客戶端

            適應(yīng)上線需求

            對于手游客戶端來說, 受到蘋果審核的約束, 一次審核提交需要10~20天不等的等待時(shí)間, 而這段時(shí)間, 開發(fā)進(jìn)度依然會(huì)推進(jìn)很多.

            一旦手游上線, 第一個(gè)版本在玩家瘋狂行為下, 出點(diǎn)問題是必然的, 所以”上線更”就成了家常便飯. 如果你要說, 必須大包, 無法熱更, 那么10~20

            多天后, 游戲估計(jì)就沒啥人了, 更別說渠道, 發(fā)行投入巨大資金進(jìn)行推廣之下讓玩家迎來的一堆bug的版本以及所謂程序員的傲慢和清高.

            熱調(diào)試, 熱開發(fā), 熱發(fā)布

            除了線上問題之外, 由于Unity3D為了適應(yīng)64位應(yīng)用需求, 將C#編譯出的IL代碼利用il2cpp第三方庫編譯成為c++. 效率提升了倒是好,

            但工程編譯和發(fā)布時(shí)間變得相當(dāng)感人, 沒個(gè)1~2個(gè)小時(shí)完全搞不定. 即便加裝ssd, 為了修改一個(gè)bug, 也不知道要等多少根煙的時(shí)間…

            只要核心功能不變化的情況下, 完全可以讓熱更新成為開發(fā)期間的好工具, lua代碼修改后, 馬上可以在手機(jī)上看效果, 沒有編譯, 發(fā)布的時(shí)間損耗, 其實(shí)反而提升了開發(fā)效率

            服務(wù)器

            對于服務(wù)器來說, 常見游戲類型的玩家一般在半夜的在線人數(shù)會(huì)急速下降. 但是對于比較熱門的MMO, 以溝通為基礎(chǔ)的游戲, 半夜也會(huì)有很多人在線

            因此傳統(tǒng)的停服更新對于玩家的熱情秒殺很大的. 想想看,屁股先鋒公測停15天各位是什么感受? 所以為了玩家體驗(yàn), 同時(shí)保證服務(wù)器穩(wěn)定的前提下

            修復(fù)一些輕微bug, 用熱更新再合適不過了. 所以老服務(wù)器程序員, 千萬不能以服務(wù)器穩(wěn)定為借口而忽略了玩家體驗(yàn).

            技術(shù)是用來解決問題的, 不是用來裝X的

            怎么熱更新

            以下是Unity3D的幾種熱更新方式

            基于C#, 使用動(dòng)態(tài)加載Assembly反射更新代碼

            這種方式在安卓上完全可行, 對現(xiàn)有架構(gòu)無需大的修改, 一樣使用C#和Unity3D的方式進(jìn)行開發(fā)

            但在iOS上受到限制, 因此對于全平臺(tái)首發(fā)的游戲, 或者雙平臺(tái)都要上的游戲, 已經(jīng)慢慢的不使用這種方法進(jìn)行熱更新了

            基于Lua, 將Lua代碼視為資源, 動(dòng)態(tài)加載并運(yùn)行

            云風(fēng)團(tuán)隊(duì)早期研究出的UniLua是基于C#編寫的Lua虛擬機(jī)來運(yùn)行, 而且只支持字節(jié)碼解釋, 因此無法做動(dòng)態(tài)功能, 效率奇低

            后期, ulua的出現(xiàn), 徹底將Lua作為比較正統(tǒng)的更新方式存在. ulua基于Tolua庫進(jìn)行封裝, 添加了一些便捷封裝, 代碼打包和基本的框架

            ToLua本身是一個(gè)基于C版Lua上擴(kuò)充的庫, 以靜態(tài)鏈接庫方式與Unity3D代碼鏈接. 因此, 可以說ToLua是跑在C層上, 速度不亞于C++和Lua的組合

            基于Lua的代碼更新方式, 無論跨任何平臺(tái)都可以以同一套代碼和工作流進(jìn)行, 因此避免很多麻煩, 成為現(xiàn)在主流的開發(fā)方式

            游戲邏輯全都用Lua寫么?

            做過網(wǎng)頁和手機(jī)App的童鞋都發(fā)現(xiàn), js, 一個(gè)bug超多, 設(shè)計(jì)奇怪的語言居然成為主流界面開發(fā)語言, 為啥?

            動(dòng)態(tài)特性適合制作ui

            另外一個(gè)反例就是: 使用C++開發(fā)界面, 例如Qt, MFC之類, 雖然設(shè)計(jì)嚴(yán)謹(jǐn), 但是最終擋不住各種奇葩的修改需求

            因此, 界面非常推薦使用動(dòng)態(tài)語言來開發(fā), 游戲界就是用Lua

            而游戲核心, 根據(jù)各自游戲類型來定, 總的一點(diǎn), 效率瓶頸點(diǎn), Update之類的, 盡量使用C#或者C++來實(shí)現(xiàn)

            寫在最后

            當(dāng)前中國大環(huán)境下的玩家和各種氪金理由與純的不能再純的游戲人的基本愿望是沖突的

            然而國外游戲的各種設(shè)計(jì)和機(jī)制, 暴雪戰(zhàn)網(wǎng)更新不及時(shí), 版本不對沒提示, 這些基本錯(cuò)誤在中國的網(wǎng)游都不會(huì)出現(xiàn)的

            技術(shù)上無法趕英超美的我們, 在體驗(yàn)上已經(jīng)輸出了我們的價(jià)值觀, 老外們都在學(xué)

            對于程序員來說, 只是多貼近玩家, 多了解外面的世界而已

            posted on 2016-07-06 11:03 戰(zhàn)魂小筑 閱讀(6063) 評(píng)論(6)  編輯 收藏 引用 所屬分類: 游戲產(chǎn)業(yè)隨感

            評(píng)論

            # re: 游戲熱更新雜談 2016-07-07 17:57 GLimix
            受教了  回復(fù)  更多評(píng)論
              

            # re: 游戲熱更新雜談 2016-07-20 22:20 egmkang
            還有一種辦法,就是在U3D上面實(shí)現(xiàn)一個(gè)IL解釋器,類似于mono一樣的,這樣就可以在iOS上面動(dòng)態(tài)的加載assembly了。  回復(fù)  更多評(píng)論
              

            # re: 游戲熱更新雜談 2016-07-23 21:12 戰(zhàn)魂小筑
            @egmkang
            自己實(shí)現(xiàn)的解釋器, 穩(wěn)定性和可維護(hù)性還是較差  回復(fù)  更多評(píng)論
              

            # re: 游戲熱更新雜談 2016-08-04 09:14 獨(dú)孤殘?jiān)?/a>
            謝謝指點(diǎn)。
            之前聽說貌似AppStore在嚴(yán)查動(dòng)態(tài)加載外部代碼的行為?所以當(dāng)初沒有采用ulua的解決方案,都是先C#熱更新頂住Android版,然后出iOS穩(wěn)定版 ^ ^
              
            回復(fù)  更多評(píng)論
              

            # re: 游戲熱更新雜談 2016-08-04 09:49 戰(zhàn)魂小筑
            @獨(dú)孤殘?jiān)?br>腳本加密打包了, 其實(shí)也很難查. 特別是html本身也是代碼下載, 其實(shí)是打臉  回復(fù)  更多評(píng)論
              

            # re: 游戲熱更新雜談 2016-08-10 10:19 wilhan
            為什么說js是一個(gè)bug超多, 設(shè)計(jì)奇怪的語言?  回復(fù)  更多評(píng)論
              

            精品久久久久久国产牛牛app| 久久精品成人国产午夜| 99久久精品国产一区二区| 精品久久久久久无码专区不卡| 久久综合给久久狠狠97色| 国产精品久久久久久久| 国产精品丝袜久久久久久不卡| 久久99国产一区二区三区| 午夜精品久久久内射近拍高清| 久久久久久久久久久久久久| 色综合久久久久无码专区| 久久精品国产亚洲网站| 中文字幕精品久久| 国产精品一区二区久久国产| 久久97久久97精品免视看秋霞| 精品国产乱码久久久久久人妻| 97热久久免费频精品99| 亚洲精品tv久久久久| 97久久国产亚洲精品超碰热| 色欲综合久久躁天天躁| 国产精品久久网| 国产色综合久久无码有码| 久久久精品人妻一区二区三区蜜桃 | 久久精品国产清高在天天线| 精品国产乱码久久久久久浪潮| 国产亚洲精品美女久久久| 久久亚洲sm情趣捆绑调教 | 久久婷婷五月综合色高清| 久久亚洲高清综合| 天天综合久久久网| 色综合久久无码中文字幕| 久久精品极品盛宴观看| 日本久久久久久久久久| 久久精品国产一区二区电影| 久久精品国产91久久综合麻豆自制| 久久人人爽人人爽人人片AV麻烦| 久久精品亚洲男人的天堂| 国产精品xxxx国产喷水亚洲国产精品无码久久一区 | 国产精品久久精品| 波多野结衣中文字幕久久 | 久久久久久久亚洲Av无码|