Trainz/標籤
< Trainz
| 詞彙表 |
| HKeys-CM |
| HKeys-DVR |
| HKeys-SUR |
| HKeys-WIN |
| 滑鼠使用 |
| 符號 |
 | 操作說明：單擊正文中的腳註 ([2]) 或註釋標籤 ([註釋 12]) 將會導航到該條目確切的文字位置。 • 然後：單擊該?符號，將會返回到您開始閱讀的位置。 |
- 相關的 Trainz 簡介文章和參考頁面
Trainz/ACS 文字格式、Trainz 資料模型、資源和內容、獲取內容、Trainz/容器、Trainz/種類 和 參考文獻
- 相關的 Trainz 簡介文章和參考頁面
標籤是 Trainz 對簡單 資料配對 的稱呼，它包含一個基本 資料型別 與一個保留的關鍵字配對。在 Trainz 資料配對中，關鍵字始終在行中資料之前出現。
基本資料型別 或 Trainz 中的基本資料型別是指
- 文字字串,
- 布林 數字型別（僅為 0 或 1，始終指定單個值為 真或假）[註釋 1]，
- 整數（自然數或計數數）數字型別；這些用於記錄離散數量，例如七個托盤或 55 公斤。Trainz 資料中的值幾乎都是公制，因此米和公斤單位是預設值。
- 或小數（也稱為浮點數）數字型別，用於更復雜的資料，這些資料具有廣泛變化的模擬資料，例如火車車廂制動管道中的每秒制動氣流量（引擎規格的一部分，引擎種類，它還模擬滾動摩擦、空氣阻力、蒸汽產生、流量和許多其他不適合簡單計數數字的因素）。
所有這些都分配了與該資料型別相容的合法值。[註釋 2]
還有一些解決方法混合資料型別，它在一個單一的（更新）標籤鍵名中合併了多個字串鍵名程式碼，現在分配了一系列值作為以分號分隔的字串陣列。
- 這些包含原型師感興趣的排序標準，但程式設計師卻迴避這些標準來處理年代和區域分佈。
- 還有一個類似的陣列結構用於座標定向標籤，例如緯度、經度和海拔值定義 （其中許多是向量量），每個標籤包含三個逗號分隔的浮點數，有時以引號中的字串陣列形式組織。[註釋 3]
Trainz 資料定義中使用的更復雜的資料組在 Trainz 容器 和 Trainz 種類 中進行討論，它本身是一個“容器”，但型別更獨特。從某種意義上說，Trainz 資源只不過是透過適當的列舉程式碼和這些容器（包括稱為 種類 的父類容器）組織起來的資料集合，定義了資源的相互關係和配置。容器只是資源在由資源建立者初始化時進行自我定義的元素之一。
 |
-
- 類別-類標籤
- 種類宣告
Trainz 模擬器中的種類定義了屬性，這些屬性與類別-類設定一起需要資訊欄位來使資源模型正確渲染。從非常現實的意義上說，種類資料結構（將與模型渲染和執行時模擬相關的不同型別相關資料分組）是 Trainz 中的一級 容器（雖然名稱特殊，為“種類”），並且幾乎總是需要其他容器級資料組在 ini 檔案中伴隨它。這些通常透過引用（使用 KUID）包含，在各種數字模型或原型之間共享元件。 - 容器和標籤
現在所有容器和類似容器的結構都將放置在 MODELS 的 config.txt 檔案中，只除外季節和 LOD 的外部容器（LM.txt 檔案），但種類和容器之間的區別僅僅是容器型別通常在定義特定引數的幾個不同的種類資源中具有作用域，而每個種類都是唯一的，事實上，它的需求（強制性引數）從字面上定義了該資源類別到遊戲引擎中。
| 考慮 火車車廂種類
機車和軌道車輛都有轉向架（車輪在轉向架上），因此它們在各自的 ini 檔案中都有轉向架容器來定義轉向架的排列方式。但兩者都沒有定義引擎種類型別[註釋 4]包含什麼：對使用這種引擎規格的機車進行動態效能建模的資料。[註釋 5] 另一方面，標籤在容器內具有區域性作用域，無論始終被視為單獨且唯一的 Config.txt 標籤，還是始終被發現位於特定型別的容器中——所有標籤的用途都是相同的：用值定義和初始化特定單個數據項。 在 Trainz 資料模型中，容器是程式設計師用來建立可能需要或可能不需要由單個關鍵字和資料配對定義的多個值的技巧... 容器實際上是指分配給標籤（名稱）並對映到該容器型別的那些值。 |
某些值受到預定義允許值列表的嚴格限制，這被稱為列舉型別。
- 標籤 類別-類標籤 中的值受到嚴格控制，也就是說，必須來自給定允許值列表，這些值是在其中進行列舉（列出）的。實際上，它們是字母數字程式碼，定義時，必須在列表中。
- 其他通常可見的較高層級的 Config.txt 標籤，例如 category-era tags 和 category-region tags，是兩種都採用列舉方式且比較奇特的標籤型別，因為它們都是“字串陣列”——它們都用一個變數替換了數量不確定且列出的單個標籤（這些標籤字尾為數字），這種寫法曾在許多舊版本（現在已過時）的 Trainz 中出現。但資料安排保留在 DLS 和許多相關的資產中。
大多數其他標籤的選擇更少，其中值得注意的是需要 布林值 的標籤，即0 或 1 的二進位制加權值；通常這些標籤代表是/否或真/假關鍵字，用於定義處理軟體應該分支到決策樹中的哪一部分。
- 例如，考慮這些非常常見的 配置標籤：
night, engine, nightmode, lamp, auto-create, start, period, rate, velocity, lifetime, minsize, and maxsize；你能根據它們的名稱猜出哪些可能定義十進位制值，是/否（或執行/不執行）條件，以及哪些可能需要一小部分可選的規定列舉值嗎？[注 6] 瞭解標籤的作用，其含義就會變得很明顯。
  |
需要的工作 下面看起來似乎是放錯了頁面，或者至少是錯誤的開頭。一個將標籤連結到標籤頁面，並將標籤與種類頁面繫結的簡單表格似乎是一個目標方法。 此頁面 正在建設中 這裡的內容很可能在短時間內發生重大變化。所有了解此主題的 Trainzer 和 Wikibookians 都歡迎提供幫助。 您可以刪除此標籤，並將其替換為 {{Trainz-stub}}，或者在“頁面”變得更加成熟時，使用節 stub 模板（{{Trainz-sect-stub}}) 用於未完成的節。 |
 |
答案取決於您目前正在處理的資產型別。
 |
此 Trainz/Tags/tags 部分是一個 stub 佔位符，一個概述或標記，表示這本書的這部分內容尚未完善。您可以透過 擴充套件它 並提供更完整的主題討論來幫助 Wikibooks Trainz 專案。 |
這些通常比較簡單，因此我們用它們來介紹種類的使用，以及風景。
- 種類風景、帶軌道的種類風景、可建造的種類
|
此 Trainz/Tags/tags 部分是一個 stub 佔位符，一個概述或標記，表示這本書的這部分內容尚未完善。您可以透過 擴充套件它 並提供更完整的主題討論來幫助 Wikibooks Trainz 專案。 |
- 基本的車輛，不與使用者、產業互動，或者會與它們互動！
|
此 Trainz/Tags/tags 部分是一個 stub 佔位符，一個概述或標記，表示這本書的這部分內容尚未完善。您可以透過 擴充套件它 並提供更完整的主題討論來幫助 Wikibooks Trainz 專案。 |