[[116438]]

從洗腦開始

記得若干年前，在做公司引擎研發(fā)的時(shí)候，時(shí)常會(huì)念到的一句話：引擎不僅是代碼，更多的是完善的工具。當(dāng)時(shí)只是用這句話還激勵(lì)自己，找準(zhǔn)引擎開發(fā)的原則和位置。 而實(shí)際上，對(duì)這句話的理解甚少。時(shí)隔多年，這句話油然在耳，伴隨我左右。

親身體會(huì)

后來，引擎項(xiàng)目砍掉了，進(jìn)入了頁游產(chǎn)品的開發(fā)。 在這個(gè)產(chǎn)品開發(fā)的第一周，我們就面臨著動(dòng)畫和場景編輯問題，在腦海中第一時(shí)間浮現(xiàn)出的，依然是這句話。于是，我們花了兩個(gè)星期來做了一個(gè)簡單的動(dòng)畫編輯器 和場景編輯器。動(dòng)畫編輯器只有簡單的圖片導(dǎo)入，和錨點(diǎn)設(shè)置功能（因?yàn)楣治锎笮〔灰粯樱? 而場景編輯器，則只有圖片導(dǎo)入，怪物擺放功能……。但正是這兩個(gè)簡陋的編輯器，使我們的項(xiàng)目能夠讓策劃在沒有程序的幫助下快速進(jìn)行關(guān)卡相關(guān)的內(nèi)容設(shè)計(jì)。 這也是第一次，讓我感受到，工具能夠給項(xiàng)目帶來的意義，絕非那兩句話可以概括的。

擴(kuò)展與定制

換了一家公司，是做和帝國時(shí)代差不多的開發(fā)。這家公司的理念和我是一致的，就是先要開發(fā)編輯器，然后再做游戲。 這家公司開發(fā)了sprite editor,ai editor,level editor 一切的愿望都是美好的， 而唯一讓我覺得神奇的，是ai editor和level editor，消耗了大量的時(shí)間。同時(shí)，內(nèi)置的許多東西，使得每一次需求變更，都要程序維護(hù)相應(yīng)的editor版本才能達(dá)到對(duì)應(yīng)的功能支持。 現(xiàn)來回想起來，如果當(dāng)初使用配置文件來做一些和需求相關(guān)的東西，豈不是更好

上層開發(fā)語言

我曾經(jīng)一度認(rèn)為，這輩子就靠C++吃飯了。C++這么好的語言，圖形和引擎底層都是用C++寫的，上層邏輯自然應(yīng)該用C++寫。 并且腳本語言的效率，完全是C++沒法比的。

這只是當(dāng)時(shí)的想法，據(jù)我所知，成都的逸海情天，在很早的時(shí)候，就已經(jīng)使用 C++底層+JAVA邏輯的開發(fā)模式了。 曾經(jīng)我還笑過這種方案，覺得是一堆不會(huì)C++的奇葩貨弄出來的玩意兒。當(dāng)我接觸到UNITY3D后，我才發(fā)現(xiàn)，C++ + JAVA的模式，是多么的高大上啊。 C++高效率的特性用在底層無疑是不二之選，但好東西都是一把雙刃劍，C++邏輯開發(fā)中遇上的各種問題，不是一己之力能夠杜絕的。

現(xiàn)在在手機(jī)平臺(tái)上，將腳本作為上層開發(fā)語言就更是比比皆是了。 原因就是那讓人神往的IOS。為了游戲能夠在游戲中進(jìn)行更新，不得不采用腳本作為邏輯開發(fā)。這也使得引擎使用C++底層+腳本邏輯走上了正軌。 而實(shí)際上，早期的許多公司或者引擎也是這樣做的。比如torque,unreal等

發(fā)布與布署

在端游的時(shí)代，發(fā)布和布署可能并沒有受到在大的重視，只要編譯好，放到適合的位置就可以了。

而隨著頁游聯(lián)運(yùn)的興起，發(fā)布和布署的成本就隨之提升了，因?yàn)闀?huì)針對(duì)不同的運(yùn)營商做一些功能定制，若為每個(gè)運(yùn)營商開發(fā)一分支，維護(hù)起來成本就更高了。因此我 們選擇在同分支下做處理，而將運(yùn)營商相關(guān)的東西做一些標(biāo)志，根據(jù)不同運(yùn)行商進(jìn)行加載。 這都還不是終點(diǎn)，在一定程度上，我們可以解決問題。

隨著手游的興起，先不說雜七雜八的國內(nèi)ANDROID平臺(tái)，首先面對(duì)IOS和ANDROID系統(tǒng)，我們的引擎就需要針對(duì)性地做一些優(yōu)化處理。拿圖片處理為 例，在IOS上，通常使用PVRTC 4bp格式，而在ANDROID上，則使用ETC。 如果兩個(gè)版本做不同分支，就更不科學(xué)了。因此，我們需要做一些腳本化的東西，使我們的資源可以在發(fā)布前，打包或者轉(zhuǎn)化為目標(biāo)平臺(tái)可識(shí)別的資源。 因此，在這個(gè)地方，SHELL工具，又變得不可缺少了，而不僅僅是給策劃和美術(shù)使用的編輯器

Shell與python

很多時(shí)候，我們使用shell就可以搞定許多問題，但是，python作為一個(gè)強(qiáng)大的腳本語言，它提供的各種工具庫不是shell能比擬的，比如文件搜 索，MD5生成，圖片處理等等。 更讓shell不能比的是，python是跨平臺(tái)的，這就讓我們?cè)贛AC，LINUX和WINDOWS上，可以復(fù)用我們寫好的工具。 而shell則只需要做一些簡單的平臺(tái)權(quán)限相關(guān)的操作。 如果使用python能夠搞定的，我們盡量使用它。 因?yàn)槭謾C(jī)游戲的開發(fā)，很多時(shí)候MAC與windows都有需求。 

Unity3D

雖然從來沒有使用過這貨開發(fā)項(xiàng)目，但自從2011引擎項(xiàng)目砍掉后，我就一直關(guān)注它，研究它。一開始，我對(duì)它的做法是很不接受的，覺得將一個(gè)引擎與工具綁定得如此 緊密，導(dǎo)致我在調(diào)試程序的時(shí)候，還要啟動(dòng)UNITY3D的IDE，是一件很不爽的事情。 很有早期使用FLASH CS來開發(fā)FLASH游戲的感覺。 一直期待UNITY3D能夠像FLASH BUILDER一樣，出一個(gè)純代碼的開發(fā)環(huán)境。 但后來發(fā)現(xiàn)，UNITY3D之所以強(qiáng)大，正是因?yàn)樗木庉嬈鳎皇撬歉叨说慕M件化設(shè)計(jì)。 一個(gè)純組件化設(shè)計(jì)的引擎，如果沒有一個(gè)好的工具配合，是很難發(fā)揮效果的，甚至?xí)鄬懺S多代碼。而組件式這種巧妙的設(shè)計(jì)，居然能夠?qū)⒕庉嬈髋c項(xiàng)目需求解耦。 也讓我刷新了引擎架構(gòu)方面的認(rèn)知－－－－－引擎除了工具和渲染，良好的上層結(jié)構(gòu)依然重要。 

Mono平臺(tái)的引入，雖然使UNITY3D發(fā)出的包略大，同時(shí)在CPU較低的機(jī)型上很吃力以外，沒有任何不好的地方。許多人吐槽這東西，但我覺得，大家應(yīng)該承認(rèn)時(shí)代的變遷。

Unity3d的2D支持引入雖然過晚，但充分說明Unity3d對(duì)2D方面的勢頭，雖然重型的MONO平臺(tái)使得即使是2D游戲，也帶來一定的開銷，但我覺得，在保證產(chǎn)品穩(wěn)定，快速迭代等前提下，少兼容一定量的低端設(shè)備，也是允許的。 

Cocos2d-x

要說影響中國游戲開發(fā)界的開源引擎，除了早期名噪一時(shí)的OGRE，如今就只有它了。 許多人說它的架構(gòu)很2，許多人說他其實(shí)就是一個(gè)山寨貨， 許多人說他自己花點(diǎn)時(shí)間就能寫出來。 這些人的對(duì)與錯(cuò)我們不討論了，我們來看市場占有率。 或許這樣你會(huì)說很俗。 但一個(gè)東西存在即是合理的。 一個(gè)引擎，能夠滿足你的項(xiàng)目開發(fā)需求，同時(shí)為你省下大把時(shí)間，你有多少理由不使用它？ 而非要自己去DIY一個(gè)蹩腳的引擎， 你覺得你寫出來的東西，坑就一定比別人少嗎？

3.x版本的cocos2d-x已經(jīng)與往日不同了，我很高興能夠看到cocos2d-x在代碼結(jié)構(gòu)方面的革新。（不僅僅是去掉了CC前綴）

cocostudio雖然還是一個(gè)半殘品，但不得不說，觸控官方出力開發(fā)一個(gè)商業(yè)級(jí)的編輯器，這在開源項(xiàng)目中還是很少見的。大家應(yīng)該給它時(shí)間成長。 而在成長期間，還是用最適合的方案來構(gòu)建自己的項(xiàng)目吧。試想，在cocostudio出現(xiàn)之前，也有無數(shù)的成功案例。

Irrlicht

這是我曾經(jīng)最喜歡的引擎，它伴隨著我渡過了大學(xué)生活，我在寢室里，時(shí)常閱讀它的代碼和注釋，雖然沒有特別的收獲（因?yàn)橥耆床幻靼祝瑓s使我保持了對(duì)引擎的熱情。

Nicko為這個(gè)引擎開發(fā)了一個(gè)irrEdit，但隨時(shí)時(shí)間的推移，這個(gè)東西已經(jīng)不更新了，因?yàn)閚icko發(fā)現(xiàn)，irrlicht沒啥意 思，irrEdit和irrKlang收益又不多。于是轉(zhuǎn)而投入一superCube的開發(fā)。supercube賣得還挺貴的，支持 flash,html5,android app,ios app,windows exe等發(fā)布。 功能和特性都挺NB，但是界面和實(shí)際的功能，真的好像小朋友做的。 有興趣的朋友可以試試

OGRE

這是我接觸的第二個(gè)引擎，它的龐大使我望而怯步。有幸在研發(fā)過程中，研究過天龍八部的代碼，以及它的材質(zhì)系統(tǒng)。 整個(gè)東西都挺OK的，而美中不足的是它就像一個(gè)倉庫，什么都往里塞，而很多東西，也是停留在學(xué)術(shù)層次，如果想投入項(xiàng)目，還得自己改造一番。 cocos2dx可以說是很直接的了（有人說是因?yàn)?D很簡單，但我覺得，是因?yàn)閏ocos2dx定位很明確，或者說，是因?yàn)閏ocos2d的定位很明 確）。 OGRE也沒有附帶編輯器。 而早期的項(xiàng)目，都不是基于UNITY3D那種解耦方式，許多都是為特定類型的游戲定制編輯器。我研究過大唐，神咒，天機(jī)，以及剛剛說的天龍八部的代碼和編輯器，都是為MMORPG定制的，且直接關(guān)聯(lián)游戲內(nèi)容。 這或許就是當(dāng)時(shí)的引擎發(fā)展層次吧。

Glitch

這是一個(gè)由Irrlicht發(fā)展而來的引擎，核心部分雖然有較多擴(kuò)展，性能和特性也是Irrlicht不可同日而語的，但核心部分依然保持了 IRRLICHT的風(fēng)格。 唯一不同的是，上層邏輯開發(fā)的模式，與UNITY3D如出一轍，這也是讓我想到了，任何引擎，都可以慢慢的向UNITY3D的邏輯開發(fā)方式靠齊，包括 cocos2dx,更甚至是ogre。glitch由于是內(nèi)部使用引擎，工具也是自家定制的，但工具的設(shè)計(jì)思路，也和unity3d頗為相似。這一點(diǎn)可以 說是讓我十分欣賞。

時(shí)代在發(fā)展，行業(yè)在進(jìn)步，我們必須跟上大眾的步伐，才能在這無硝煙的戰(zhàn)爭中，贏得屬于自己的那一仗...