怎樣編程游戲，如何快速開發一個小游戲？
如何快速開發一款火爆的小游戲？“火爆”是一個偏運營的詞，在小游戲上線120天《微信開發者》公眾號有一篇推文，其中有幾個數字或許可以用來描述“火爆”這個詞。截止微信小游戲正式允許第三方開發者發布已有22天，對外發布的小游戲達300多款，注冊用戶總規模過億的游戲有數款，安卓月流水過千萬的也有數款。
該文還提到與火爆相關的兩個姿勢。一是社交匹配度，在小游戲這樣一個去中心化的大背景下，讓游戲內容和微信社交相結合是一個很重要的點，同時開發者也需要在利用社交互動提升用戶體驗和群聊分享造成用戶騷擾之間選擇一個平衡點，過猶不及。第二是操作簡便度，說的是游戲易上手操作簡單。這是我們根據游戲成為爆款后觀察得出的結論，并不是說具備這兩個特性就一定能開發出一款火爆的游戲，并且新的爆款游戲也不一定符合這些特點，僅供參考。
今天介紹的內容更傾向于技術方面，所以“火爆”就從標題里面去掉了，并且也不會介紹具體的游戲邏輯如何開發，而是更偏向于如何利用好微信的開放能力開發一款小游戲。
什么是“小游戲”？小游戲是什么？
首先為大家介紹一下小游戲是什么。從普通用戶的視角看，小游戲是小程序的一個子類目，可在微信內被便捷的獲取和傳播，即點即玩，具備出色的用戶體驗。小游戲是小程序，普通用戶分不清也無需分清。
小游戲Runtime
如果放大小游戲的Runtime可以看到很多的細節，這是一個典型的分層架構：
最上層藍色部分，是游戲代碼，分為游戲邏輯，游戲引擎、weapp-adapter三部分。大部分游戲開發會用到一些引擎的工具、工作流，以及利用引擎封裝的高層API去實現游戲邏輯。其次是weapp-adapter，因為小游戲的底層一方面不是webview，可以簡單看成是webview經過精簡、優化過后的平臺；另一方面核心能力的實現上卻參考了webview。所以這里如果有一個適配器，把小游戲的底層API——wx API適配到一個接近webview的接口，對上層引擎、已存在的游戲接入微信小游戲平臺則會更加容易，這個就是weapp-adapter的作用。其中只有游戲邏輯是必要的。
可以看到，在架構上小游戲和小程序是有差別的，小游戲沒有頁面概念的，wxss/wxml不再存在。其次，底層實現也不是webview，小游戲和webview的關系只能說是渲染相關的核心能力可以通過weapp-adapter的簡單適配保持接口一致，但同時很多webview上存在的功能并沒有對等的實現，比如小游戲就沒有DOM/BOM的概念，也沒有全局的document/window對象。
小游戲的入口為game js文件，語言為Javascript，但有一些限制，比如禁止執行動態代碼，因此eval、new Function等能力是不支持的。配置為game.json，可以配置橫豎屏、接口超時等參數。js里面可以組合wx API的能力來實現游戲邏輯， 非代碼類的資源應該盡量放到cdn，減少整個代碼包打包后的大小，以加快用戶首次進入時的速度，微信對首包的大小目前限制為4MB。
Webview Adapter
下面來說一下Webview Adapter，它的初衷是為了讓游戲開發者更好地熟悉我們的平臺，所以我們的平臺在能力上會盡可能地與webview做一些適配，其實這個適配也是很簡單的一層。比如說我們在瀏覽器里面使用image對象創建一個圖片，而在小游戲里是通過wx.createimage來創建的，在代碼中需要做一個簡單的適配。
以此類推，常見的Canvas、document對象都是在Adapter中通過一個簡單的適配實現的，大家可以研究鏈接中的代碼。之后官方不會繼續維護這個Adapter，我們會更專注于底層能力的建設。
小游戲能力概覽
下圖是小游戲能力的概覽，小游戲能力的迭代比較快，部分能力還沒有來得及羅列出來。比如最近剛發布的游戲圈、健康系統防沉迷相關的一些接口。
我們先看一下基礎能力，在渲染這部分WebGL1.0和Canvas 2D都是支持的，這里的Canvas更接近于瀏覽器里面的標準。同時，這里提到的可控幀率的概念，如果小游戲在后臺運行的話，可以盡量將幀率降低。
在多媒體部分，小游戲還不能像小程序一樣實現實時的音頻視頻流，這是我們在后續要進一步支持的。網絡IO的部分與小程序也是類似的，我們也提供了一些UI的組件，比如說拉起鍵盤，模態對話框等。
小游戲的社交開放能力現在已經對外了。其中最重要的一個能力是在開放域將微信的好友關系開放出去，給開發者使用，考慮到對用戶隱私的保護會有一些設計上的限制。
因為小游戲去中心化的特點，分享這一部分也是非常重要的，開發者要考慮如何將這個能力利用起來。在代碼方面，因為首包限制是4MB，但部分小游戲的代碼量可能比較大。我們最近也在規劃一個分包的能力，允許異步加載代碼并執行，但這個代碼是一定要經過我們審核的。
如何開發一款小游戲？
那么如何開發一款小游戲？因為我本人也只是開發過一些簡單的游戲，并不是專業進行游戲開發，所以接下來我會更多地介紹一下如何利用微信的能力來開發小游戲。
選擇小游戲引擎
微信跟引擎商也有比較密切的合作，一般現在的游戲引擎都會支持發布到多個平臺，對微信小游戲這個新平臺而言，已經有一部分引擎做了適配，比如Cocos Creator、Egret Engine以及LayAir Engine。適配的主要工作，類似之前提到的weapp-adapter，把wx API的能力，和引擎銜接起來。
比如引擎一般會把小游戲平臺和webview平臺對標，適配過程就是把wx API對應到webview的能力，同時把只存在于webview能力的依賴去除，比如不再依賴BOM、DOM。已適配的引擎都有相應的文章介紹如何把游戲發布到微信小游戲平臺。
設備/環境適配
小游戲會有API提供獲取屏幕的寬高、設備像素比等能力。小游戲開發完成后，在開發者工具也可以發起真機測試的請求，微信提供了不同設備的測試集群，幫助開發者提前去發現問題。基礎庫提供的wx API本身是一個不斷迭代更新的過程，對于使用了新能力的小游戲，需要做低版本兼容。
微信登錄
小游戲的登錄過程，跟小程序是類似的。需要用戶自己去定義登錄狀態。appsecret/session_key代表的是小游戲開發者和微信平臺之間的一種信任約定，比如支付、上報托管數據，平臺方需要驗證access_token(只有appsecret才能換得到)，和用戶相關的還要驗證session_key的簽名，才能保證請求來自于小游戲開發者/用戶，而不是惡意的第三方和隨意捏造的用戶。
access_token是一種應用態的access_token，和用戶無關，需要保證全局維護一份，應該有一個中控的模塊去保證access_token有效，同時在有效期內直接使用本地cache的access_token，而不是每次使用都去生成新的access_token，否則可能遇到調用頻率限制的錯誤而影響服務。切記appsecret/session_key不要放到前端代碼中去，否則可能會被壞人利用損壞小游戲開發者/用戶的權益。
緩存
緩存類型包括數據緩存和文件緩存兩類。數據緩存即key-value存儲，適合結構化類型的小數據存儲，上限為10MB。文件緩存提供了一個完整的文件系統API，包括目錄/文件的增刪改讀，適合針對經常使用的網絡資源做本地緩存，上限是50MB。
和瀏覽器不同的是，微信只提供了基本的存儲管理能力，并不對存儲什么，和存儲滿時刪除什么做一些操作。開發者自行靈活定義緩存以及淘汰策略，比如對經常訪問的資源存儲到文件系統以及在文件存儲滿時，清理一些最近不常訪問的文件。
開放數據域
開放數據域是一個封閉、獨立的 JavaScript 作用域，和執行游戲邏輯的環境——稱為“主域”隔離。其目的是在保證用戶隱私的前提下開放用戶數據給第三方，提升小游戲的整體用戶體驗。以下為物理視圖，主域的入口為game.js，開放數據域則是一個獨立的目錄，其入口文件為index.js。
主域和開放數據域的通信受到嚴格的管制，基本原則是只進不“出”。
?只進：允許外部的數據進入開放數據域，即主域可以隨時postMessage到開放域，以及開放域引用主域準備好的本地資源
?不“出”：不允許開放數據域的數據被上傳到第三方服務器去。因為開放數據域里面，index.js是可以直接訪問到用戶敏感數據的，比如同玩好友數據。當然最終開放數據域需要index.js在綜合各種數據后把數據以圖形圖像的方式渲染到sharedCanvas上，在主語sharedCanvas允許draw到主域的上屏Canvas上，最終用戶會在顯示屏上看到game.js畫出來的好友排行榜、群排行榜或好友超越等社交互動信息。
在開發數據域中的數據，開發者沒法把數據拿出去和游戲數據做關聯，所以如果需要在開放域下展示的游戲數據，比如分數，開發者需要將該數據通過上報接口把游戲數據托管到平臺。這樣就可以在開發數據域里面就取到相關數據，其應用場景有好友排行、群排行榜、超越好友提示等。
分享
包括自定義分享和系統菜單分享，可以分享到群聊、單聊。也可以把分享上下文與特定的群關聯，實現一些群PK、群排行榜的場景。分享是一把雙刃劍，需要謹慎使用，一方面避免過度騷擾用戶/群聊，另一方面增強社交互動提供好的游戲體驗，需要找到一個合適的平衡點。
支付
小游戲在安卓下支持虛擬支付，它的方式目前只有一種：即貨幣托管的方式。主要分為2個流程：
1.充值：RMB -> 游戲幣，這里開發者只需要拉起支付的流程，平臺負責把用戶RMB兌換成對應的游戲幣，存儲到用戶對應的游戲帳號上
2.使用游戲幣購買道具：開發者可以扣除對應的游戲幣，給用戶發放游戲內道具，扣除游戲幣的過程需要有一定的事務機制，去保證在網絡異常的情況下交易正常。扣除游戲幣的接口支持根據訂單id去重，意味著網絡超時等情況下，開發者可用同樣的訂單id去重試扣除，直至返回明確的響應。
以下為簡單時序圖，部分角色針對開發者無需關心的部分做了相應簡化處理：
性能
小游戲常見的性能問題，一般是內存造成的。如果內存占用太多會被微信客戶端主動關閉，因此開發者在用戶游戲過程中要及時釋放不再使用的內存（js代碼去除引用，或主動調用對應資源的釋放接口，如果有的話），特別是Canvas和Image類大型對象，同時可以主動調用wx.triggerGC觸發底層回收對應資源。
對于和游戲邏輯相對獨立的工作，可以考慮在worker中去實現，小游戲提供了獨立的worker線程執行js邏輯的能力。
版本更新機制
小游戲啟動的過程分為冷啟動和熱啟動。冷啟動是指內存中無該小游戲的運行實例的情況下，啟動小游戲的過程；熱啟動是指小游戲的運行實例在內存中還存在，只是暫時切換到了后臺，這時用戶再次觸發小游戲回到前臺的過程。
小游戲會在冷啟動時檢查小游戲的版本，如有新版本，在下載回本地后，下一次冷啟動即可使用最新版。當然，我們也提供了API可以供開發者決策在有版本可用時，是否需要強制更新。
運維
特別提醒，小游戲有完善的后端監控，可以通過“運維中心”開啟，比如腳本錯誤監控。腳本錯誤主要由運行過程中未捕獲的異常觸發，需要重點關注。該類異常，可能會導致用戶小游戲前端的js邏輯暫停執行。
同時，平臺也提供了完善的數據分析服務，可以通過“小游戲數據助手”進行數據分析。
主機游戲是怎么編寫和調試的？
1、FC時代的機器是主機方直接提供底層資料和調試用專用硬件，第三方自己寫框架。進入次世代（我現在仍然把PS之后的游戲機統稱為次世代，因為我覺得自己一直活在90年代）后游戲主機本身高度復雜化，第三方廠商只能依賴主機方或者主機硬件開發相關的第二方提供的開發SDK來開發游戲，但是除開XBLA等方便同人開發商的平臺外，仍然需要主機方提供調試用專用硬件，俗稱開發機。這些開發機，并不是獨立的機器，而是類似發布版主機但具備特殊硬件接口和軟件的特殊主機，一般是配合開發者在自己PC上運行的SDK，開發時進行在線調試用的。你去圖書館找幾本說老的移動設備比如Windows CE或者Palm開發的書讀一讀，就能理解編寫代碼-〉下載到設備-〉在線調試這種開發方式了。
2、SDK能支持什么編譯器就用什么語言，早期沒SDK的機器就五花八門了，如果說FC的話多數情況都是機械語
怎么用c語言或者c加加編出游戲？
以前學習C語言的時候看的是如鵬網的視頻教程——《C語言也能干大事》系列；
通過開發超級瑪麗，飛機大戰，吃金幣等經典小游戲，網站開發的方式來講解C語言的知識點，挺有意思的，沒想到C語言還可以這么學，還可以寫出這么漂亮的程序，蠻有成就感的，具體的可以到如鵬網官網上去了解一下
課程體系的設置也可以極大的激發對編程的興趣，挺好玩的；
大家覺得好游戲需要哪些點呢？
人追求極致的畫面、有人喜歡豐富的劇情、有人傾向于游戲性和操作性，還有的人嘛，更愿意選擇氪金才能讓自己變得更強的游戲，毫不在意游戲本身的素質，至于這種人，我只能說你風格清奇。
對于游戲公司來說，一款能夠賺錢的游戲就是好游戲。對于游戲玩家來說，一款能夠讓自己沉迷并且帶來歡樂的就是好游戲.對于游戲設計師來說，一款能夠讓自己在設計游戲完成后有滿足感的就是好游戲。
但是無論如何，那些被人們口口相傳的好游戲們，應該有一些共通性，鑒于國內的各種垃圾頁游充斥著網絡的每個角落，所以我們就以往的優秀游戲的特點總結出以下共性。
一、畫面
一款好游戲的畫面應該非常細膩，不一定要很擬真，但在社會的發展、審美的提高和科技的進步過程中，通過不同的游戲引擎，畫面應該是首先變革并且最明顯的。
在現在的時代中，即便是畫面復古的游戲，用全新的技術來重新定義FC時代的橫版游戲，畫面也應該比幾十年前要精致細膩得多。
游戲的畫面能夠最直觀把游戲要素和特點表達給玩家，讓玩家身臨其境，這就是合格的理想游戲畫面。
二、劇情
在劇情方面，應該非常豐富，跌宕起伏并且具有深度。玩家在游戲時，應該在細膩畫面的基礎上，再通過劇情代入游戲，讓自己沉浸在游戲中。
用心去感受游戲編劇營造的劇情，去結識游戲中有血有肉的NPC們，去探索熒幕中那個全新的世界。
游戲的劇情能夠匹配游戲的畫面，并且讓玩家感受到自己真切地融入到游戲中，成為游戲世界里的一員，并且在游戲結束后回味無窮，就是合格的理想游戲的劇情。
三、設定
好游戲的設定應該是合理的，在游戲的劇情的基礎上，進一步充實游戲的本體，在適度的背景中構建適度的設定。
例如在架空的世界中，充分契合游戲背景的游戲語言、文化、貨幣制度、政治制度等等，讓整個世界變得更加真實起來。
如果是真實歷史背景或者現實背景的游戲，就應該盡量去還原歷史中或現實里的各種細節。這就是合格的理想游戲的設定。
四、操作與回報
好的操作應該是流暢簡潔，不過于復雜，也不過于簡單，可以讓玩家在迅速掌握，但也需要一定的技巧和練習才能熟練使用。
無論是用手柄還是鍵盤，都能夠設置到合理的鍵位，就是合格的理想游戲的操作。
游戲的回報應該能夠讓玩家感受到自己的所作所為并不是碌碌無為，在通過任務、劇情或者其他什么方式，耗費了一定的時間之后，玩家能夠得到一定的成就感和滿足感，這就是合格的理想游戲的回報。
五、付費
一款游戲的付費機制，并不是說好游戲就不應該收費，因為游戲也是一款產品，是有研發成本的，玩家也是消費者，要享受游戲，就應該付費。
免費運營道具收費也好，一次性買斷制收費也罷，一款好游戲應該設定合理的付費機制，而不是在游戲中設定各種誘導性不透明的付費端口，導致現實貨幣影響虛擬游戲的根本平衡。
所以，一款游戲不應該成為可以通過更新而無休無止的盈利的工具，而是應該像所有實物消費品一樣，擁有合理的定價，所謂物有所值就是這個意思。
這一點，還需要在社會發展的過程中，通過法律來裁定。其實在國內，充斥著很多的垃圾游戲，這些游戲甚至連個美工都沒有，隨便買個服務器，復制之前的老游戲，隨便改改或者改都不改就敢投入市場賺錢。
有些游戲簡單粗暴，沒有學習成本，自動打怪自動尋路，充點錢就可以稱霸服務器，這些游戲也有人樂此不疲。
這種狀況和國內浮躁的游戲環境是分不開的，其實我們國家的游戲市場剛起步不久，現在的游戲市場說到底其實并不算是真正的游戲市場，而是資本市場，各種資本注入賺錢，這對游戲本身來說是不健康的。
但是對資本家們來說，賺錢是第一位的，對于他們來說，資金的迅速回收并且實現盈利使他們的追求，這也無可厚非。
游戲打磨需要工匠精神
其實有很多所謂的玩家，他們沒有見過真正的好游戲，當然每個人對游戲的鑒賞能力和審美水平也不一樣。
所以在游戲的選擇方面，每個人都是不一樣的，在這里，我也只是想談談我自己對游戲的看法，和對理想游戲的憧憬。
游戲，應該是用心打磨出來的一款產品，是無數個游戲設計師夜以繼日雕琢出來的心血。游戲屬于娛樂產業，但更應該是一個藝術品，游戲才應該用工匠精神來詮釋。
游戲一般是怎樣開發出來的？
游戲開發是由多個環節組成的，包括定類型、添加音樂/背景音樂、美工人物設計、劇本情節、設置代碼程序。具體如下：
1、【定類型】所謂類型，就是一個方向。比如世面上流行比較廣的有第一人稱視角，第三視角，網頁游戲，rpg，即時戰略等等這些個類型的游戲形式。
2、【音樂/背景音樂】音樂在一個游戲中的重要性不言而喻。如果在玩一個游戲的時候，是寂靜無聲的，那么玩幾分鐘都玩不下去，因為游戲是一種視聽的藝術。光有畫面，沒有聲音會讓人覺得非常的奇怪。所以音樂對于游戲有著不可忽視的作用。
3、【美工人物設計】好的游戲，要有好的人物設計。做游戲的時候，一定要考慮到各種人物的關系，還有人物的身份，只有符合游戲的整個發展情境，這樣的人物造型才算成功。如果是一個畫得非常不協調，或者很丑的主人公，人家第一眼就不想玩了，所以好的人物設計，好的背景設計是非常重要的。
4、【劇本情節】如果有一個故事的背景的話，就會為這個游戲增色不少。像是rpg這類的游戲，那主要的就是靠游戲劇情進行設計，比較出名的仙劍奇俠傳，就會讓人覺得這個故事很凄美，人物整個發展的脈落就一目了然。
5、【代碼程序】游戲的運行是建立在程序的基礎上的。一個好的游戲，往往都有一個好的游戲引擎。就像發動機一樣，發動機厲害了，只要把其它的部件加上去，就完美了。這里也一樣，游戲里的程序代碼就相當于這個發動機了一個好的游戲，有一個好的平臺支撐，做出來的游戲也是棒棒的。注意事項：1、畢竟一個人的力量是有限的，一個人的才能也是有限的，就得組織一批電腦精英，一起開發，才是最完美的。2、要想搞好游戲開發技巧，最重的一個還要有一個過硬的網絡平臺，時時保持網絡暢通。
以上就是關于怎樣編程游戲和如何快速開發一個小游戲的相關問題解答，希望對你有所幫助。