遊戲引擎架構2：How，Why？

　　咱們每每基於興趣驅動去學習同樣東西，而這種方式讓咱們更有興趣去駕馭和達成手段。深刻下去後咱們便會清楚本身的手中的工具是怎樣構成的，並想辦法去拆解他。

　　做爲一名工程師，有好奇心去了解事物的機理構造是天然而然的事。

　　面向對象方法中有許多宏觀的問題值得思考。在作遊戲引擎架構的時候尤其重要。

　　咱們創建了Object類，讓他能渲染RenderObject類，讓他有動畫AnimObject，讓他有物理PhysicsObject。若是就這樣咱們讓這種方式單一繼承。若是咱們要實現一個生物角色，那是很是好的，這些屬性咱們都須要。

　　若是咱們僅僅是要一個不帶AnimObject的KActor呢？很明顯咱們的類中將會出現冗餘。

　　虛幻引擎使用了Component的方式可讓你在本身的類中嵌入想要的屬性類。

　　這種實現方法是：主幹類Object擁有全部組建的指針，構造函數中設其爲Null，在析構函數中將其delete便可。

　　遊戲對象的載入，對於大部分的靜態模型或者固定的碰撞體積，引擎在加載的時候直接讀取其機器碼。而對於動態的對象，會使用類如XML鍵值碼來進行翻譯。

　　虛幻中也有Archetype等方式。

　　

　　載入和卸載是引擎的重要環節，引導機器將內容加載到內存，用完以後卸載掉他們。確保每一個對象都是用正確的類去實例化，管理其生成和銷燬。

　　談談關卡加載：在進入遊戲中時，加載全部遊戲關卡都要使用的遊戲資源，例如你的角色和HUD UI之類。咱們將這些內容放置在堆棧中，這些內容將會至於堆棧的底部常駐留Load and stay resident LSR數據，之後的關卡都往裏添棧便可。

　　StreamLevel用到了一個PersistanceLevel和阻隔室，其餘小關卡橋接的在這個主管卡中，使用IO異步讓CPU能夠用一個線程加載及卸載關卡。邏輯上能夠用一些小謎題或是門讓玩家避免等待，同時設置一些不能讓玩家折返的場景，我最經常使用的即是跳下去或是機關阻礙。

 

　　爲對象分配內存是一個很是棘手的課題，由於內存碎片，下面介紹三種手法，這些方法都能避免內存浪費：

　　1.一次加載完，僅僅是讓敵人隱藏和出現而已。並非嚴格意義的spawn和destroy。對關卡設計師的考驗較大。

　　2.分配相同大小的內存池，這會讓全部對象佔據一個等大小內存，要麼會出現內存浪費，要麼對象佔用內存過大沒法分配。

　　3.按照指數來設置內存池，例如8k，16k，等等每次查找內存的大小找最小的開始。挪動指針會很快找到。但會形成碎片產生。解決碎片的方法是內存重定位，使空餘內存偏移，但得當心出現恐怖的事情，動了不應動的內存。

 

　　存檔和加載世界有本質相同點，就是從磁盤上將信息加載到內存中。但不像加載遊戲世界，僅僅是存儲玩家能覺察到的假象便可，例如玩家的生成位置，當前攜帶和解鎖的關卡及彈藥。欺騙他們吧，其實Joel已經不是那個Joel了，他死了XD

　　遊戲是一個實時系統，引擎老是隨着必定的頻率來更新遊戲中的對象，不論是他們的渲染，動畫，碰撞仍是物理聲音等。每一個對象可視爲一個過程，以前的狀態，決定當前的t-Δt.

　　引擎會管理一個或多個時鐘，其中一個是實時的，還有一些不是。例如不一樣對象這樣咱們能夠設置快進快慢等。