《Lost Castle》是一款包含了rogue-like隨機元素的動作冒險類游戲，制作團隊僅有4人。2016年，游戲上架Steam，截止目前，已經(jīng)收到6000多好評，已經(jīng)售出40萬份。5月13日Unite 2017 案例分享專場上《Lost Castle》制作人何斌從技術(shù)、游戲設(shè)計、其他重要細節(jié)三方面分享了一些小團隊制作游戲的技巧。

大家下午好，我是何斌，是Lost Castle制作人，不知道大家有沒有玩過，這款游戲已經(jīng)上線了。我今天講的一個主題是小團隊游戲開發(fā)制作技巧，我們本身就屬于一個小團隊。很巧的是今天還跟之前演講鳳翔溝通過，他講的是小團隊的團隊的成員管理以及項目的控制。我講的是小團隊的一個游戲開發(fā)制作方面的經(jīng)驗分享。

我本身是程序出身，所以第一點的話會講一些關(guān)于技術(shù)方面的開發(fā)思路，第二點是我在Lost Castle制作人角度分享一些游戲設(shè)計方面的制作技巧，第三點是除游戲自身外的重要細節(jié)，這一點很重要。每一個點有四到五個實例，我今天講的是比較點狀的內(nèi)容，可能聽起來會比較累一點。

技術(shù)方面的開發(fā)思路

第一個實例，我覺得非常有意思的地方，但是很多程序或者開發(fā)者忽略的一個地方，就是靈活的UpdateMgr管理替代方案?，F(xiàn)在很多開發(fā)者在默認的Monobehavior的生命周期函數(shù)里寫一些邏輯，但是沒有注意到，這個可以進行一個管理?？梢栽O(shè)計一個UpdateMgr，將會大量構(gòu)造實例類的對象，按特定規(guī)則將自身注冊進Mgr里，我們會在Mgr的Update按照規(guī)則去統(tǒng)一調(diào)用一個或多個對象集的MyUpdate。就是這么簡單的一個理念。但是其實可以衍生很多東西。

這樣做有什么好處，第一個好處會統(tǒng)一調(diào)度周期函數(shù)，會比Update周期函數(shù)回調(diào)效率高很多，但是其實這點并沒有什么意義，因為我們的性能瓶頸根本不在這里，所以這點意義不是很大。

第二個好處我們可以動態(tài)控制Update的執(zhí)行順序，我們知道ProjectSettings里可以調(diào)整腳本的執(zhí)行順序，但它是靜態(tài)的，沒有辦法在運行時動態(tài)改變。但是如果去做一個Update的管理，那么我們可以在運行時動態(tài)控制Update的順序。比如死亡生物的Update，可以后面執(zhí)行。

第三點就更好了，可以更加靈活控制Update的頻率，這樣會節(jié)省比較多的性能。舉一個例子，比如你是一個平臺類的，你分了好多層，如果怪物和玩家不處于同一層，那么它的一些腳本Update可以不執(zhí)行，或者是檢測敵人的Update可以不執(zhí)行。

第二個實例，是Lost Castle內(nèi)的遮蓋關(guān)系實現(xiàn)。如果沒有玩過Lost Castle，右邊這個就是Lost Castle的一個游戲內(nèi)的截圖了，是一個斜視角的2D類的動作游戲。我們在做2D游戲的時候，遮蓋關(guān)系是肯定會遇到的問題。那么在Lost Castle內(nèi)是怎么樣實現(xiàn)的呢？ 我們會實現(xiàn)一個SortingModule類，在需要實現(xiàn)遮蓋排序的實體上去掛載這個組件，它做什么事情呢，只做兩件事情，一個將當前Y坐標乘以1000，以該值遍歷設(shè)置所有的SpriteRenderer的SortingOrder；二是根據(jù)實體當前Y坐標，換算得到當前Z坐標并設(shè)置，這個也貼了簡單代碼去理解。

從上圖可以看到，左上角，你可以看到Lost Castle其實把場景打斜放置，為什么？是為了讓點光源效果更好一些。為什么需要動態(tài)設(shè)置SortingOrder，因為如果兩個物體足夠靠近，然后Order相同可能會發(fā)生兩個物體的子節(jié)點前后錯亂，如果靠的很緊，可能后面人的手顯示在前面這個人身上，就出現(xiàn)了錯亂。

這里提幾個小技巧：第一個SortingModule里面，不要在Update里去Get所有的SpriteRenderer。但有時候需要更新SpriteRenderer列表，你可以在SortingModule里實現(xiàn)一個觸發(fā)器去做這件事情，比如主角換了一個武器。

第二個是可以將Y坐標乘以1000作為SortingOrder，這個跟腦筋急轉(zhuǎn)彎有點像，你可以省去排序y軸的步驟，但是這里需要注意取值范圍。沒有記錯SortingOrder最高是65535。

第三點、在攝像機外的物體，可以把SortingModule停掉節(jié)省性能。 另外提一下，其實Lost Castle里面用到大量的動態(tài)光源。我們嘗試過像baking，light probe等技術(shù)，但嘗試發(fā)現(xiàn)在2d里顯示效果很差。我昨天去問了一下Unity2D的技術(shù)負責人，他們說下一步會做2D lighting的東西，所以可以期待一下。

第三個實例是事件分發(fā)的高效解耦，相信大家做游戲都會用事件分發(fā)的模式和機制。這一點真的非常有用，對我們寫Lost Castle的代碼幫助非常大，非常高效去解耦。Lost Castle是roguelike類型的游戲，里面涉及非常多的各種功能的道具，耦合程度很高，我們是怎么做的呢？

第一點、要有一個標識事件的ID。

第二點、有一個儲存事件信息的一個類，去儲存事件信息，比如一個事件的對象、一個數(shù)字、一個字符串等等。

第三點、申明一個委托。

第四點、寫一個委托對象的集合，就是里面有對應某個事件的大量的委托對象，負責注冊、剔除或者執(zhí)行回調(diào)。

第五點、一個靜態(tài)的單例EventMgr，其實就是做事件的觸發(fā)和分發(fā)，也是個對外接口。其他腳本不用關(guān)心分發(fā)機制里面的事情，就跟EventMgr打好關(guān)系就好了。

比如說我們需要監(jiān)聽玩家死亡的事件，比如是一個復活道具，他需要知道玩家什么時候死亡，可以在他腳本start時候，把自己注冊進去，成為這個事件的監(jiān)聽對象，傳入一個事件的ID和回調(diào)，如果觸發(fā)這個事件，就執(zhí)行那個回調(diào)函數(shù)執(zhí)行相應的邏輯代碼。在需要觸發(fā)玩家死亡事件的地方，比如主角死了，需要分發(fā)這個死亡事件，會用EventMgr.Call觸發(fā)分發(fā)死亡事件，并傳入相應的參數(shù)。

剛剛提的是做Lost Castle里面處理大量解耦的一個模式。它幫我們做了非常多的東西，因為Lost Castle里面有各種各樣的道具，它們之間的耦合可能非常多，我們就用這個方式讓他們之間解耦，讓程序更加清楚更加明白。

最后，寫Lost Castle的代碼思路是怎么樣，肯定不是最優(yōu)解，我們希望能拋磚引玉。Lost Castle的代碼思路，只有兩個核心：

思路一是盡可能少的類繼承，盡可能多的專一功能模塊。就比如說剛才提到的那個，SortingModule，不對外做什么接觸，只關(guān)心對象的Sorting一件事。

思路二每個重要的實體，掛載有一個面向?qū)ο笤O(shè)計的腳本，但是那個腳本自身不做什么事情，只處理可能的耦合情況。比如說Lost Castle里的主角，有個Hero腳本，它是面向?qū)ο笤O(shè)計的，繼承自creature，往上還有繼承關(guān)系。主角實體本身掛載了很多專一功能模塊，比如控制移動的模塊，比如控制生物屬性的模塊，比如控制道具檢測的模塊，但是模塊之間會存在一些耦合關(guān)系，我們就通過在圖示中間這個繼承關(guān)系的柱子（Hero，Creature，Entity），把他們耦合關(guān)系解決掉，但是這根柱子本身不做任何具體的事情。

游戲設(shè)計方面的制作技巧

勿陷入游戲類型誤區(qū)

這里講的也比較散，都是每個點每個點的。第一個希望跟游戲制作人分享，不要陷入游戲類型的誤區(qū)?？赡軙?jīng)?？紤]一個問題，是沙盒還是Roguelike還是RPG還是生存還是模擬養(yǎng)成，哪個玩家比較多比較多受眾，我往玩家多的地方去做。其實我是比較反對這種思維的，我覺得游戲類型取決于創(chuàng)作者想表達的內(nèi)容和他們的喜好，一個創(chuàng)作者本身對這個游戲類型不足夠熟悉，或者對這個類型不足夠喜歡，是沒辦法把這個游戲做好。

第二個點是正確評估游戲類型對團隊的可行性，風險一直都是存在的，從立項到游戲上線都是一直存在的。這邊可以舉我們做Lost Castle為例，因為一開始立項的時候，Lost Castle跟現(xiàn)在不是一樣的游戲，其實一開始的時候，是計劃做帶一些沙盒性質(zhì)的roguelike。現(xiàn)在Lost Castle是完全沒有沙盒的，大概第一年就把沙盒徹底砍掉了，為什么砍掉，因為做不來，就這么簡單。

快速原型試錯

這邊舉幾個例子，上面都是我在GameJam上做的游戲，一個是解謎類、一個是拼裝戰(zhàn)艦對抗、還有一個是關(guān)于以磁力為主題的撕逼游戲。我非常推崇創(chuàng)作者去短時間到打造一個游戲原型，可能是兩天或者一周都沒有關(guān)系。就像葉斌前輩說的，現(xiàn)在越來越推崇快點讓游戲見著樣子，不然回爐重造的成本很高，另外需要盡早確定游戲的核心玩法。

游戲難度設(shè)計

其其實在這里，我也不會說我們做游戲難度怎么做，第一關(guān)做怎么難，第二關(guān)做多難，我想提一個我非常喜歡的概念。

圖示這兩個游戲是兩個極端，第一個游戲是IronSnout，第二個是黑魂。左邊非常簡單，右邊那個非常難。但他們都很好玩。我想提一個概念：簡單但是有趣，難但不會沒有道理。我覺得大家可以在做難度設(shè)計時，如果覺得很彷徨，或者是覺得不知道該怎么做的時候，可以仔細想想這個理念，可能會讓你很有啟發(fā)。

物理慣性模擬的誤區(qū)

慣性這個一開始我們也有用，但是后來基本上就沒怎么用了。一般情況下，越是接近現(xiàn)實的慣性模擬，越是通常帶來不好的體驗。為什么？因為慣性模擬會給玩家一種失控的感覺，通常來說玩家更希望對他自己控制的角色是處于一種完全掌控的狀態(tài)，不希望出現(xiàn)失控。這邊也可以舉例，就是某一個已經(jīng)上架的Steam游戲，是一個國產(chǎn)游戲，上架的幾天時間內(nèi)，因為慣性的問題，收到非常多的差評，后來開發(fā)者修改了，但是并沒有用，為時已晚了，因為差評已經(jīng)擺在那里了。但這不是絕對的。好的例子也有很多，最熟悉就是超級馬里奧，里面也有慣性，比如轉(zhuǎn)向，跑步過程中轉(zhuǎn)向，其實是有一個剎車，然后停止然后帶轉(zhuǎn)向加速的過程，其實也是一個慣性過程。那么這樣的話，到底我們應不應該做慣性？答案并沒有絕對的。幾乎所有的系統(tǒng)跟設(shè)計都是為游戲體驗服務(wù)，我們應該讓這個點為基礎(chǔ)去考慮，到底應不應該做，或者應該做到哪種程度。老任（任天堂）對這種細節(jié)把握程度是超級高的，并不是開發(fā)者想當然的，這個剎車，或者這個加速一個Sin或Cos曲線，就搞定了。

這邊也提一個比如說我們做動作游戲，我們可能會涉及到打擊頓感的設(shè)計，像怪物獵人，是我很喜歡玩的一個動作游戲。怪物獵人打擊頓感怎么設(shè)計，應該是怎樣的呢，我這邊希望給大家十秒鐘的時間思考一下這個問題。相信很快就能想到第一個答案，就是怪物獵人的武器砍到肉的打擊頓感是怎么設(shè)計的。 我相信大家心里都有一個答案了，而且很容易得到一個答案。那就是在砍到的時候，我可能讓時間流速降低，甚至降到0，然后持續(xù)幾幀，或者持續(xù)零點幾秒，這樣就夠嗎了？其實并不是的。

在擊中時讓時間流速為0持續(xù)幾幀，然后在后續(xù)動作上加速，補回時間差

這邊有幾張靈魂作畫，比如說這是正常的砍擊，正常的砍下來是很順，如果砍到了，在中途HIT了，我們會在HIT的時候，讓時間流速降低，甚至是為零，但是這樣還是不夠的。我們會在HIT結(jié)束之后，就是在那個時間流速控制，在卡頓控制結(jié)束之后，讓后半段的過程加速，我了解到怪物獵人是這么做的時候，是非常驚訝的。比如說我這個動作，假如這個動作是一秒，那如果我只做前面的，就是讓時間流速降低甚至為0，我可能觸發(fā)了這個打擊頓感，觸發(fā)這個打擊感，可能整個對于就變成了1.2秒，或者1.1秒，其實有很大問題的。

為什么？因為整個動作時間就變了。特別是一整套動作，這一整套動作有非常多的連招，如果正常一個連招，可能砍了5秒，因為這個問題一個正常連招就6秒、7秒等等。這樣的話對于一個動作游戲，必須要保證一個流暢性，其實還是需要控制到像這樣的，就是在后續(xù)的過程彌補到之前卡頓做的時間差。你會驚訝這些大廠對動作游戲的把控，畢竟他們有幾十年的經(jīng)驗

常理細節(jié)的設(shè)計

我也是最近才發(fā)現(xiàn)，感覺越來越多的游戲注意這一點，這邊我也是先以自己的游戲為例，Lost Castle里面有一個Boss是一個恐龍，玩家打他的時候可能會想，因為恐龍是肉食動物，Lost Castle里面有一個恢復的道具，是玩家可以吃的雞腿，玩家想如果我把雞腿丟出來，那恐龍吃不吃，事實上他丟出來，恐龍會吃，而且會出一個硬值，恐龍去吃那個肉，玩家靠這個硬質(zhì)去揍他。這個細節(jié)會對玩家造成非常大的驚喜和成就感，這個也可以提到另一個游戲，就是最近出的zelda荒野之息，里面其實有大量類似的設(shè)計，我可以隨便舉幾個例子，比如說如果在雪山，玩家會想如果背著一個火劍，就是火屬性的劍，會不會有保暖效果。實際上他去嘗試發(fā)現(xiàn)的確會有，會帶來一個極大的驚喜和成就感，而且玩家特別愿意分享這種驚喜，特別愿意分享自己的發(fā)現(xiàn)，這樣的話其實變相會促進這個游戲的推廣。

然后還要提到一點，就是你對游戲細節(jié)的一個打磨用心程度，玩家會毫無遺漏地感受到。你可能感覺只有玩家10%或者5%的玩家注意某一個細節(jié)，但是沒有關(guān)系，從一個群體來分析，一個大群體肯定會發(fā)現(xiàn)這個細節(jié)，而且通過傳播也會讓更多人知道這是一個細節(jié)，他們會毫無遺漏地感受到，你做的這些游戲細節(jié)。

意料之外的設(shè)計

這里還是Lost Castle為例，圖示這三個都是Boss。Lost Castle里面每一關(guān)，會有一個守關(guān)Boss，打到關(guān)底就有一個Boss，這個很正常，這是情理之中。最后一關(guān)走完正常的流程，會遇到一個Boss，玩家會想當然，前四關(guān)都是這樣的，就會覺得這個是最后Boss，打完它就贏了，當他打完會發(fā)現(xiàn)，這只是最終Boss的一個看門狗，他就會覺得好意料之外。在這里有做一些收集，收集玩家對這個細節(jié)的一個心情的報告。發(fā)現(xiàn)大部分玩家并不覺得反感，第一反應是驚訝，第二反應是刺激。除了這個設(shè)計，像比如說最終Boss沒有死還有二形態(tài)，中間那個圖是最終Boss的圖，Boss長的類似這個樣子，這個Boss死了之后，會變身二階段像最右那個圖，他們就會被驚訝到，但還是情理之中的事情。

除游戲自身外的重要細節(jié)

剛剛提到第二個主題就是游戲設(shè)計制作方面的一些經(jīng)驗，我還想分享一些非常重要的東西，就是除游戲自身以外我們需要注意什么，很多開發(fā)者并不會注意到，這個也是我們摸著石頭過河到現(xiàn)在游戲上線等等總結(jié)出來的東西。

第一點想提的是盡可能支持手柄，而且盡可能地適配手柄。我覺得很多人會不屑一顧，或者說我知道，或者說我不做手柄也可以這樣子的感覺。其實并不是這樣的，特別是我們做PC游戲，特別做全球市場的PC游戲。很多歐美玩家非常習慣手柄，有些玩家如果游戲不支持手柄他們是不玩的。并且，國內(nèi)玩家使用手柄的數(shù)量也正在上升。一般而言，手柄游玩比鍵鼠更容易代入到游戲里面。Lost Castle使用了一個叫InControl的插件，這個也可以在AssetStore里找到，做手柄的適配和輸入接收，感覺還不錯。

適配手柄肯定提到按鍵方面的問題，我們這邊建議對鍵鼠盡量支持玩家改鍵，這個挺重要的，因為一開始我們游戲上線是不支持玩家改鍵的，但是收到非常多的玩家反饋，需要支持玩家改鍵，特別是動作游戲，更應該支持玩家去改鍵了。對手柄呢，我們建議一次性做到最佳的按鍵設(shè)置，不支持改鍵。因為手柄的話，鍵位就這么多，應該做到最好。其實這個也很不容易，今天玩一個游戲，就是外面有一個展商的游戲，那個游戲的制作人我和他關(guān)系也很好，因為我之前玩Demo都是鍵鼠玩沒有支持手柄，今天支持手柄了，但是我覺得按鍵適配不是很好，晚點我私下也會跟他提。這個很重要，如果以這樣的按鍵適配上線的話，肯定會收到非常多玩家的反饋或者噴的。

這邊，我們總結(jié)了一些手柄適配的情況，因為可能有些特別是國內(nèi)的開發(fā)商可能覺得我支持主流手柄，PS4或者XboxOne，或者Xbox360手柄，把主流手柄適配了就可以了，事實上不是這樣。可能跟我們環(huán)境有關(guān)，據(jù)我所知，有些玩家他用國產(chǎn)手柄，可能去玩黑魂、古墓麗影，會發(fā)現(xiàn)不支持，他們會百度去找，怎么去用XXX手柄去玩XXX游戲，會干這種事情，最后東搞西搞，真的能玩了就很開心。但是對我來說不一樣，為什么？他知道我們是國產(chǎn)游戲，會直接找到我們制作組，跟我們說，你怎么不支持XXX國產(chǎn)手柄，這種人不是一個兩個，非常多，他覺得你是國產(chǎn)游戲支持國產(chǎn)手柄是應該的，那沒辦法，玩家是上帝，我們就去支持。這邊列舉了一些，我覺得需要去支持的手柄的型號，有一些更加雜的，可能就會因為支持圖示的手柄，然后也支持了，大概如圖這些我們覺得比較重要的。

這里的話，如果記不住，也沒關(guān)系，大家想可以去看這個表。

第二點想提我們需要做好語言本地化的拓展設(shè)計?？赡苡行╅_發(fā)商不會注意，他覺得我支持中文，支持英文，夠了，其他語言就不支持了。一開始我也是這么想的，我也想游戲支持英文支持中文夠了，但是事實上不是這樣。開發(fā)初期，考慮并做好本地化的框架設(shè)計，不要心存僥幸。需要在開發(fā)初期就考慮到本地化拓展的框架，不然的話后面等內(nèi)容多了，再回頭做本地化拓展的話，那就非常痛苦了。

為什么我們需要做本地化呢？就是剛剛提的問題。因為玩家有母語依賴，這個在全世界范圍內(nèi)都通用，國內(nèi)玩家經(jīng)常說支持中文就買，這個現(xiàn)象其實全世界都是一樣，全球都有母語依賴，語言的本地化，就是第一個推廣手段。沒有廣告沒有宣傳，其實語言方面的本地化就是第一個推廣宣傳。圖示是Lost Castle的商店頁面截圖，看到支持四個語言，簡體中文、英語、西班牙語、俄語，后面我們也會加入德語和日語，我們非?？粗剡@一點，本地化真的非常重要。

第三點是我想提越早建立玩家社區(qū)是越好，對游戲的迭代也非常好，有些開發(fā)者會一開始蒙頭開發(fā)，最后快上線前，一個星期就拉玩家來測試，拉一個玩家群測試，其實這樣做是非常低效，而且非常有風險。多久呢，早到什么時候？其實我們有一個小標準，就是發(fā)布前三個月，至少發(fā)布前三個月，更早也可以，你要建立游戲的玩家社區(qū)。

還有什么好處呢？其實在游戲開發(fā)后期，我們常常會產(chǎn)生奇怪的直覺，感覺這個游戲這里不對，或者那里不對，需要改，甚至對自己游戲的感覺已經(jīng)到麻木，就像鳳翔之前開發(fā)Icey，也是產(chǎn)生過非常多奇怪的感覺，很正常，我們做Lost Castle也是，開發(fā)的中后期經(jīng)常感覺這里不對，那里不對，其實并沒有什么不對。收集玩家的反饋，使游戲的迭代不會走偏走彎，一方面可以刺激開發(fā)者，一方面可以讓開發(fā)者更清醒，不會亂想，因為最終游戲上線是面向玩家的。

然后這里的玩家也不是說，就是剛剛提的，游戲上線前的測試玩家，而是指更核心，是更有意愿參與到整個游戲開發(fā)過程的玩家群體。你可能覺得這樣的話會不會這個玩家社區(qū)維護成本很高，或者這個玩家社區(qū)要經(jīng)常管理等等之類的問題，其實也不用擔心。因為類似這樣的玩家社區(qū)，玩家本身非常有愿意參與到這個游戲開發(fā)過程，包括測試反饋等等，也有玩家非常樂意管理這個玩家社區(qū)，相當于自治區(qū)一樣的良性生態(tài)，你并不需要管理太多的事情。

第四點，我還要提一下，支持在線聯(lián)機，對游戲傳播幫助很大，為什么？因為中國玩家很寂寞。因為很少中國玩家可以線下找到朋友一起玩游戲。國內(nèi)玩家更容易接受線上聯(lián)機的模式，而且他們非常想要線上聯(lián)機。我這邊列了一個Lost Castle的訪問量統(tǒng)計，我想通過這個訪問量統(tǒng)計想表達一點，只是在線聯(lián)機對整個游戲傳播幫助是很大的。一開始Lost Castle的購買用戶跟愿望單用戶，愿望單用戶就是說，有些游戲你看到了，覺得很好玩，但還是不想購買，點一個加入愿望單，就是相當于購物車的感覺，等到以后再買它。一開始的話Lost Castle購買用戶跟愿望單用戶，呈現(xiàn)比是1比1左右。但是目前為止，到現(xiàn)在購買用戶和愿望單用戶呈現(xiàn)2比1。2的話是購買的，1是愿望單用戶，基本呈現(xiàn)2比1了。為什么？為什么一開始半年都是1比1，為什么突然變成2比1了，其實變化點就是在我們?nèi)ツ?月份、10月份左右更新了在線聯(lián)機之后，它的那個增長量就是不一樣了，呈現(xiàn)不一樣的變化趨勢。

這邊訪問量統(tǒng)計也可以看一下，只看白線就可以了，白線總的訪問量，除去很高的波峰點，波峰點有一些特殊事件，比如你正式版上線了，或者搞促銷了，就有波峰點，我們就看平均的白線，可以看9月份、10月份以前，除了波峰點之外的白線都是處于比較低水平的，但是9月份、10月份之后，你會發(fā)現(xiàn)，就是后面的那些白線，跟之前的白線不是一個量級了，就說明推出了聯(lián)機之后，其實對整個游戲的傳播會非常有幫助的。

第五點提一下Unity的一個Service措施報告收集。我們小團隊可能不會專門去搞個服務(wù)器收集錯誤。UnityService有一個錯誤報告的收集，可以幫助你做這個事情，很有幫助，特別是游戲上線之后，你可以從后臺直接去查，玩家反饋的這些錯誤到底是什么造成的，可以查到時間點等等之類的信息，可以幫助你在游戲發(fā)布之后做持續(xù)的測試跟修復，非常有幫助。

最后我還想想說一些雞湯。目前大環(huán)境下，國內(nèi)付費單機玩家數(shù)量的確不停增加，通過Steam的數(shù)據(jù)可以看到中國Steam玩家接近兩千萬，這個在2015年初只有三四百萬，現(xiàn)在已經(jīng)翻了四五倍了。這個數(shù)量估計還得再持續(xù)增長。第二是各種游戲載體平臺越來越開放，包括Steam，包括PS4、Xbox、NS等等觸手可及。大家知道老任（任天堂）以前對小廠商都不怎么理，現(xiàn)在已經(jīng)改變了，這對我們開發(fā)者當然是個好事情。第三個是 Unity3D越來越強大，功能越來越完善，當然要感謝U3D。 最后也是最重要的是，不管中間過程怎么樣，我們的終極目標是做好玩的游戲。