UnrealEngine

前面幾個章節談了許多引擎在設計上的「為什麼」，但實際上我們到底該怎麼為專案加入C++類別？ 基本上你可以純手動在${PROJECT_NAME}\Source\${PROJECT_NAME}下面新增.h跟.cpp檔，只不過會比較費力；但若所繼承的類別是屬於引擎預設支援的類別，你也可以選擇使用Editor中的工具。由於用Editor建立出來的程式碼會自動的套用所選擇繼承類別的模版，因此可以省下不少功夫。 UObject是整個UE4引擎中的核心類別，大部份引擎中的功能都是繼承這個類別後再開始發展各別的系統。 首先，讓我們先來看看該怎麼繼承這個類別。 點選左上角的File->New C++ Class後就會跳出視窗選擇欲繼承的類別，然後照著Figure 1.10.1、Figure 1.10.2、Figure 1.10.3的指示將類別建立出來。 Figure 1.10.1 在Editor中選擇File->New C++ Class後彈出的畫面，這裡只會出現常用類別，請接著選取右上方的Show All Classes。 Figure 1.10.2 選取右上角的Show All Classes之後，就會顯示所有引擎支援的模版類別，接著選取Object，按下Next。 Figure 1.10.3 選取成Public後，.h檔跟.cpp檔就會自動被放到Public跟Private中對應的資料夾。這裡我們在Public下建了一個叫Basic的資料夾，因此建出的MyBasicObject.h會被放到Public\Basic，而MyBasicObject.cpp則會被放到Private\Basic下面。 按下Create Class按鈕後，引擎就會根據內部設定好的Template幫我們將新的類別置放到所選擇的資料夾下面。對於引擎類別的Template有興趣的讀者可以查看${EngineVersion}\Engine\Content\Editor\Templates\這個資料夾下面的檔案，基本上就是根據這些檔案做字串置換的動作而已。 接著我們就可以在Source資料夾下找到建立出來的檔案，見Code 1.10.1。 UObject類別宣告 1. #pragma once 2. #include “UObject/NoExportTypes.h” 3. #include “MyBasicObject.generated.h” 4. … Continued

打開Visual Studio後，我們在專案的組態中可以發現有好幾種編譯組態可以選擇，見Figure 1.12.1、Figure 1.12.1。 Figure 1.12.1 從Epic Games Launcher下載的版本，預設有5種編譯組態可以選擇。 Figure 1.12.2 從Github上下載引擎版本自己編譯的話，則會發現多了非常多的編譯選項。 每一個編譯選項主要是由二個關鍵字所組成，第一部份是用來描述引擎跟我們遊戲專案要用什麼狀態來編譯，例如DebugGame、Development跟Shipping。第二部份則是要編譯目標，主要是對應到Source資料夾下的Target.cs。讓我們先看看以下幾個例子： DebugGame：會使用${ProjectName}.Target.cs(TargetType.Game)中的相關設定資訊進行編譯，產生標準的standalone執行檔，在unreal的架構中預設是listen server，意即這個執行程序既是server也是client，別人若知道該listen server的ip，就可以使用open指令加入遊戲，例如：open 192.168.xx.xx:7777。 DebugGame Editor：會使用${ProjectName}Editor.Target.cs(TargetType.Editor)中的相關設定資訊進行編譯，產生帶有Unreal Editor的執行檔。 選擇DebugGame Server：這個組態預設並不存在，當我們在Source下建立完${ProjectName}Server.Target.cs後就會出現，選擇後會使用${ProjectName}Server.Target.cs(TargetType.Server)中的相關設定資訊進行編譯，產生Dedicated Server執行檔。 DebugGame Client：這個組態預設並不存在，當我們在Source下建立完${ProjectName}Client.Target.cs(TargetType.Client)後就會出現，選擇後會使用${ProjectName}Client.Target.cs中的相關設定資訊進行編譯，移除所有server端的能力，產生純粹的客戶端執行檔。 藉由編譯方式跟編譯目標的組合，我們可以得到各種不同的建置組合以符合不同的使用情境。其中若是我們使用的是Github上引擎版本的話，還會多種Debug跟Test這二種建置方式，到底它們的用途是什麼？表格 1表格 2跟整理了所有的建置狀態跟建置目標： 表格 1 建置狀態，主要是用來決定產生的執行檔是不是要進行最佳化。 建置組態 – 狀態  描述 Debug 這個建置組態，會將整個「引擎」跟「Game Code」用最方便除錯的方式進行編譯，其中會包含所有的Debug Symbol，程式碼不會進行任何的最佳化，因此非常適合進行完整的斷點除錯。只是，由於我們必須將整個UE4的原始碼從Github上拉下來自己編譯，因此非常的耗時。從Epic Games … Continued