遊戲引擎架構1：遊戲性系統

　　遊戲性就是基於必定規則進行的人機或人人博弈。原諒這是我能想到最簡略的話。戰鬥你能夠以射擊爲樂趣，以Melee Attack爲樂趣，行走能夠以跳躍和攀爬爲樂趣。

　　遊戲性的展開每每會有一個舞臺環境，AAA遊戲就是關卡世界了，在這個世界中能夠放置StaticMesh或是Emitter或是DynamicActor。你的世界裏面有地形，房間，天空球等，能撿到的物品，光源等。咱們對這些東西進行一個分界即是靜態元素和動態元素：前者如不動的牆壁,後者如雲梯.

　　從CPU效率上來講靜態元素確定更省性能，由於靜態mesh的渲染將他的頂點按照世界座標去計算便可。而動態的則否則，你須要讓他的局部座標乘以矩陣轉換成世界座標若是這個雲梯不斷在動就是實時Tick了。粒子固然都是這樣去執行的。

　　模型實例是一種節省內存的好方法，你能夠設計3把椅子在世界中放置100把，而系統將會開銷一個實例內存去進行渲染變換。一樣你可使用BSP筆刷來構建遊戲世界。

　　爲何要將遊戲世界切分紅關卡？1.由於遊戲機的內存有限 2.方便不一樣的小組進行工做。但不侷限於線性遊戲，可使用LevelStream來模擬沙盒世界。

　　遊戲中的動態元素，遊戲中有敵人，玩家，炸藥桶和血瓶等，這簡直就是OOP編程語言最喜歡的模型。對象便是屬性和行爲的集合。例如你有一個普通敵人類，將他們放置在舞臺中即是他們的實例。你也能夠將這些敵人拓展繼承。

　　這裏提一個開發方面的重要規律data-Driven，工程方面的人力資源每每是遊戲開發的水桶短板，由於一方面工程人員的代價極爲昂貴。另外一方面工程師的製做速度每每比美術人員要慢，由於計算機編程的複雜性。因此AAA級別遊戲的開發，美術規模每每大於技術規模。你知道《刺客信條4》的團隊規模大約有500人，想一想其中美術團隊佔據了多少人口數量呢。

　　另外一點，一個遊戲項目最重要的高度輸出是遊戲製做人。爲何這麼說，由於製做人表徵了這個遊戲開發完畢後會是什麼樣子，這個遊戲的品位和手感。若是你仍是不服，告訴我《孤島危機》系列爲何不是一款足夠吸引你的遊戲？而相比之下《戰爭機器》能讓你歡樂不斷---我不是說《戰爭機器》畫面很差，CliffyB的品味和遊戲設計讓這款遊戲顛覆了你，沒有了CliffyB的《審判》是否是讓你很是失望嘞。

　　前面提到的數據驅動是遊戲的重心我還但願能進一步進行討論，一般任天堂開發遊戲是遵循這種開發方式的，相似於Prada製做服裝，頂級設計師設計了10套他們只會選出最優秀的1套而後將其他9套設計賣給H&M之類的二線服裝公司。任天堂有不少的關卡設計師，這些人就是數據驅動者，能夠相對於工程師在短時間以內給遊戲帶來巨大的改觀，不多或者甚至於不須要工程師即可以使遊戲打磨到很高的級別。

　　談到了數據驅動的好處，咱們就得談到其代價，數據驅動須要工程師爲其製做開發工具，而工具的開發和維護充滿了難度。通常狀況咱們不能僅爲了知足個別成員的需求而隨意進行擴充，這樣提升了工做的難度。keep it simple.不論是對於遊戲實現仍是引擎構建都應該知足這種原則。

　　咱們來談一談引擎對美術人員的講求，圖層在遊戲引擎中的做用很是之大，例如可讓燈光設計師單獨的在一個圖層打光，模型師在這裏填充場景細節，就能夠很容易的讓藝術家協同工做。

　　前面說過的數據驅動須要解決的問題是你須要將你的模型導入到引擎中，這時候你須要一些導入工具插件例如虛幻的ActorX，導入插件不只僅是導入還會進行優化工做，例如導入的maya文件自己會記錄你雕刻這個模型的步驟數據，而你的遊戲中根本不須要就會將其過濾掉。虛幻在導入模型的時候這些模型是平臺無關的，也就是說這些模型也能夠給別的平臺繼續使用，直到烘培的時候纔會成爲虛幻數據。

　　完~