原文：http://www.flipcode.com/archives/Elements_Of_A_Game_Engine.shtml
Introduction （簡介）
現在我們來說說你將如何寫出一個支持華麗特性的3D引擎。你的引擎需要提供的包括：曲面(curved surfaces)、動態光(dynamic lighting)、體積霧(volumetric fog)、鏡面(mirrors)、入口(portals)、天空盒(skyboxes)、頂點Shader(vertex shaders)、粒子系統(particle systems)、靜態網格模型(static mesh models)、動畫網格模型(animated mesh models)。如果你對上面這些都很熟悉了，你也許急著把這些東西整合到引擎當中。9 h: z( V0 G* m) m6 Z0 i p% a
但是請稍等！在你開始寫代碼前，你必須先思考一下你將用你的引擎來做什么。通常情況下，你應該想拿來做游戲，但如果你馬上就開始寫你的引擎，你會死得很慘，到后期你可能會因為要增加新的特效和控制重復編寫大量的部分代碼，最后很有可能以失敗而告終。所以事先思考一下你的引擎設計，會為你節省大量時間和麻煩。你也不要一開始就指望建立一個大的工程，這樣你可能也會力不從心，最后不了了之。其實這是一個學習所有東西的辦法，從小從起，因為人無完人，所以，你最好是能完成你的項目，那樣你會感到很自豪。
工具/數據
在開發的時候，你可能會需要一些數據，但不幸的是，如果用txt文件來定義一個立方體，是一件非常不容易的事情。所以，至少你得要一個3D建模軟件（3d model editors）,關卡編輯器（ level editors）和圖形程序（graphics programs）。這些東西都可以買到，但你也可以在網上找一些免費的。但更不幸的是，你有可能會需要更多網上沒有的工具，所以，就需要你自已寫了。如果你在網上找不到你想要的關卡編輯器時，你就需要自已寫一個了。你還需要寫一些代碼來打包你的文件。因為要面對成百上千的文件是一件痛苦的事情。你還需要寫轉換器或是插件來將你3D建模軟件導出的文件格式轉換成你自已的。你還需要一些其它工具來處理你的游戲數據，比如能見度分析，光照貼圖等。: j; O1 }1 }3 |) _2 K. L
有一個基本規律，那就是有可能你寫工具的時間，可能比和寫游戲花同樣多的時間，或者說更多。前期你可以找你想要的工具和文件格式來用，但是總有一天你會意識到，對于你的引擎來說那些東西太普通了，于是你會意無反顧地寫你自已的專用版本。
雖然使用現成的東西已經成習慣，但你應該注重你的代碼質量。因為也許有一天有人想要使用，擴展或是修改你的工具。特別是如果你將要把你的引擎發布成開源，或是可以讓人隨意修改的時候，你更應該注意。( j3 R. T+ `' w9 _8 o
% x# Z) ^ K+ g
有可能你會花時間去做圖形，關卡，聲音，音樂和模型，工作量也和你寫游戲，工具，引擎差不多。
系統是你的引擎和機器交互的部分，如果一個引擎寫得非常好的話，那么將它從一個平臺移殖到另一個平臺，應該只會改動與系統相關的部分。系統包含了許多子系統，其中包括圖形，輸入，聲音，定時器和配置。主系統負責初始化，更新和關閉這些子系統。( z v+ W4 v3 K; q$ v" B
圖形子系統：它是一個非常直觀的子系統，它就負責把東西顯示到屏幕上。許多人都采有OPENGL，D3D，Glide或是軟渲染等圖形API來實現。但如果做得更好的話，你應該實現多種圖形API的接口并在它們上面設置一個圖形層，這樣用戶可以有多種選擇，也提高了性能和兼容性。這個東西會有一點難度，特別是因為不是所有的圖形API都擁有同樣的結構。。。
輸入子系統：它將獲取所有的輸入（Keyboard, Mouse, Gamepad and Joystick）并統一進行相應的控制。例如：在游戲邏輯中，用戶希望向前移動他的位置。比起逐個檢測輸入類型并處理來講，更好的做法是調用子系統，由子系統完成透明的設備檢測過程。用戶與玩家可以非常自由地切換輸入裝置，這樣玩家就可以很容易地通過不同的輸入裝置來獲取同一行為。
聲音子系統：它負責載入、播放聲音。該子系統功能非常簡潔明了，但當前很多游戲都支持3D聲音，實現起來會稍許復雜一些。1 e9 Z F8 @8 C. R% m7 Q% T
3D 游戲引擎中很多出色的表現都是基于“時間系統”的。因此你需要一段時間來好好構思一下這個系統。即使它非常的簡單，（游戲里）基本上所有東西都是通過時間觸發來做移動變化，所以，如果你設計得比較好的話，就可以少寫很多冗余代碼。4 ~3 j l" z/ I- ^# c
配置系統：位于所有子系統的頂端。它負責讀取配置文件，命令行參數， 或是實現修改設置(setup)。在系統初始化以及運行期間，所有子系統都將一直與它保持通訊。比如：切換圖象分辯率（resolution），色深 （color depth），綁定按鍵（key bindings），聲音支持選項（sound support options），載入游戲等。這個系統將這些實現顯得格外的簡單和方便。如果你的引擎支持配置系統，那這調試和測試就方便多了，玩家與 用戶也可以方便地選擇他（她）們喜歡的運行方式。
控制臺
我知道所有人都樂意去跟風做一個象Quake那樣的控制臺系統。但這的確是一個非常好的想法。通過命令行變量與函數，你就能夠在運行時改變你的游戲或是引擎的設置，而不需要重啟。開發期間輸出調試信息也非常的有效。很多時間你都需要測試一系列變量的值，將這些值輸出到控制臺上要比 運行一個debugger速度顯然要快得多。你的引擎在運行期間，一旦發現了一個錯誤，你不必立即退出程序。通過控制臺，你可以做些非常靈活的控制，并將 這個錯誤信息打印出來。假如你不希望你的最終用戶看見或是使用該控制臺，你可以非常方便地將其隱藏，有人看得見就奇怪了。 ^2 l @8 H, d3 }: A
支持系統% `9 w1 m3 q; Q; F# ^. p' Z, U
這個系統在你引擎中到處都在用。它包含了你引擎中所有的數學成分（點，面，矩陣等），（內）存儲管理器，文件載入器，數據容器（假如你不愿自己寫，也可以使用STL）。該模塊任務針對于基礎和底層，你也可以將它復用到其它相關項目中去。
渲染器/引擎內核
( ~是的，每個人都喜歡渲染3D圖形。但是渲染一個3D世界有太多不同方法，那想要描述清楚所有圖形管線工作的情況實在是太難了。
所以，暫時不管你如何實現渲染器吧，最重要的事情是讓你的渲染器組件建立起來，并保持清析的結構。確保你的模塊界線分明（不要把這個模塊的放到哪個模塊了，要放對哦）。我試著將渲染器拆分為以下幾個部份：可見性（Visibility）、碰撞檢測與反饋 （Collision Detection and Response）、攝像機（Camera）、靜態模型（Static Geometry）、動態模型（Dynamic Geometry）、粒子系統（Particle Systems）、公告板（Billboarding）、網格（Meshes）、天空盒（Skybox）、光線（Lighting）、霧 （Fogging）、頂點SHADER（Vertex Shading）和輸出（Output）。( Z6 z" n( o4 E5 g ]
) e4 \6 Y$ E, X2 }
所有的這些子模塊都需要一個接口，用來更改它的設置，位置，朝向以及其它的一些與系統相關的設置
設計這個子系統的時候，主要克服的困難就是防止特性膨脹，因此，你應該在設計期間決定你想要實現什么樣的特性。如果到最后你發現你不得不新增加特性的話，那說明你先前的設計很爛。
一個好而方便的事情就是你將所有的三角面最終提交給渲染管線中同樣的點。（不是同一時間一個三角形，我是說三角形構成的方式 lists, fans, strips等等）多花一些時間讓所有物體的具有同一格式，這樣它們就都能使用相同的光照計算、霧、以及填充代碼。但是到最后你會很高興，因為這樣你就能非常便利地僅通過切換材質與紋理id就使任何多邊形具有不同的渲染效果。" h1 t6 g9 P3 J w
這不會對具有多種點的物體繪制造成影響，但是一旦你不當心，它可能會導致大量的冗余代碼。7 n# [ b4 I, S4 u1 I. n3 V
/ A# m) a# H2 a: M" T* Q1 l# G
你最后會發現，當你實現所有這些NB的效果后，你的工作才做了15%或更少。這是就對了，圖形效果在一個游戲引擎中的比重不大。
游戲接口- Z9 E4 `, b9 u+ ^
1 X) P W; E* _2 q' j5 f
一個3D游戲引擎最重要的就是它是一個游戲引擎，不是游戲。具體的游戲中的組件將不會被放到游戲引擎中去。在游戲引擎與游戲之間有一些薄薄的層（接口）。這樣能夠保持引擎的結構清析，也能讓引擎能夠便于使用。這是一些額外的代碼，但是它使游戲引擎能夠被復用并且可以使用腳本語言輕松地控制游戲邏輯，或者把游戲代碼放到一個庫中。如果你嵌入你的游戲邏輯到你的引擎中，那你以后想復用的時候，就不要幻想可以直接用了。
我想到現在你最迷惑的應該就是介于游戲和引擎之間的那層接口提供了些什么。答案是：控制。引擎的任何部分都有一些動態屬性，因此，游戲/引擎層便是用來修改這些屬性的一組相關接口。這些屬性包括了攝相機，模型屬性，光源，粒子系統，物理，播放聲音，播放音樂，處理輸入，更改關卡，碰撞檢測和反應，移動一個2D圖片到頭上顯示，屏幕標記等等。基本上，如果你想要你的游戲能夠做這些事情，你的引擎就需要提供一個接口來讓游戲邏輯使用。
b
游戲% y7 l+ E+ b4 K2 I* L
6 [6 L# f" }! K; F
這里，我無法告訴你如何去寫你的游戲。這該輪到你了。如果你已經為你那令人贊異的引擎設計出了一套出色的接口的話，我想你在編寫游戲過程中一定會少很多麻煩。9 s W2 D: b3 v3 f. b) f
: p+ A4 S3 W- ]
3D游戲引擎設計是一項巨大的軟件工程。一個人也能寫出一個游戲，但這不只是熬一兩個晚上便能搞定的，你很可能會出寫出幾兆的源代碼量。如果你沒有持久的信念與激情，你早晚會放棄。4 y4 g# c. p7 ~$ h1 P+ R+ v
5 S6 q, Z; \! _; `1 o$ I
當然，別指望你的第一次嘗試就能寫出完整的引擎，選擇一個對引擎需求較小的項目。努力，你就能成功。
本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/wqjqepr/archive/2010/04/26/5531974.aspx