Trainz/標籤
| 詞彙表 |
| HKeys-CM |
| HKeys-DVR |
| HKeys-SUR |
| HKeys-WIN |
| 滑鼠使用 |
| 符號 |
 | 操作說明: 點選文字主體中的腳註 ([2]) 或註記標籤 ([note 12]) 將會導航你（定位頁面）到條目確切的文字。 • 然後: 點選那裡的?符號，將把你帶回到你開始閱讀的地方。 |
- 相關 Trainz 入門文章和參考頁面
Trainz/ACS 文字格式、Trainz 資料模型、資產和內容、獲取內容、Trainz/容器、Trainz/種類 和 參考文獻
- 相關 Trainz 入門文章和參考頁面
標籤 是 Trainz 對簡單 資料對 的術語，包含一個元素 資料型別 與一個保留的關鍵字配對。在 Trainz 資料對中，關鍵字總是位於資料之前，位於同一行上。
元素資料型別 或 Trainz 中的基本資料型別是指
- 文字字串,
- 布林 數字型別（僅 0 或 1，始終指定為單個值，評估為 真或假）[注 1],
- 整數（自然數或計數）數字型別; 這些用於記錄離散數量，例如七個托盤或 55 公斤。Trainz 資料中的值幾乎普遍採用公制，因此米和公斤單位為預設值。
- 或小數（也稱為浮點數）數字型別，用於更復雜的資料，這些資料具有廣泛變化的模擬資料，例如火車車廂制動管路中的每秒制動空氣流量（發動機規格的一部分，發動機種類，它還模擬諸如滾動摩擦、空氣阻力、蒸汽產生、流量率和許多其他不適合簡單計數數字的因素）。
所有這些都被分配了與該資料型別相容的合法值。[注 2]
還有一些解決方法的混合資料型別，它們將多個字串鍵名稱程式碼合併到同一個（更新的）標籤鍵名稱中，現在這些名稱被分配了一系列值，作為以分號分隔的字串陣列。
- 這些包含原型設計者感興趣的排序標準，但被程式設計師拒絕處理時代和區域分佈。
- 對於座標定向標籤（例如緯度、經度和海拔值定義 (其中許多是向量量)），有一個類似的陣列結構，每個包含三個用逗號分隔的浮點數，有時會看到它們以引號內的字串陣列形式組織。[注 3]
Trainz 資料定義中使用的更復雜的資料組在 Trainz 容器 和 Trainz 種類 中討論，本身就是一個“容器”，但屬於更獨特的型別。從某種意義上說，Trainz 資產不過是由正確列舉的程式碼和這些容器組織起來的資料集合，包括被稱為 種類 的父類容器，它們定義了資產的相互關係和配置。容器只是資產自我定義中的一個元素，由資產建立者初始化。
 |
-
- 類別-類標籤
- KINDs 宣告
Trainz 模擬器中的KINDs 定義了屬性，這些屬性與類別-類設定一起需要資訊欄位，以使資產模型正確渲染。從非常真實的意義上講，KIND 資料結構（對與模型渲染和執行時模擬需求相關的不同型別的相關資料進行分組）是 Trainz 中的第一級 容器（雖然使用的是特殊名稱“KIND”），並且幾乎總是需要其他容器級別的資料組在 ini 檔案中與其一起出現。這些通常透過引用（使用 KUID，在各種數字模型或原型之間共享元件）來包含。 - 容器 和 標籤
現在所有容器和類似容器的結構都將被放置在 MODELS 的 config.txt 檔案中，只有季節和 LOD 的外部容器（LM.txt 檔案）例外，但 KINDs 和容器之間的區別僅僅在於容器型別通常在定義特定引數的幾個不同的 KIND 資產中具有範圍，而每個 KIND 都是唯一的，事實上，它的需求（強制引數）實際上定義了資產的該類對遊戲引擎的影響。
| 考慮 火車車廂種類
機車和鐵路車輛都有轉向架（輪對），因此它們都在自己的 ini 檔案中包含一個轉向架容器，定義了它們的轉向架或輪對的排列方式。但它們都沒有定義發動機種類[注 4] 的內容：對使用這種發動機規格的機車進行動態效能建模的資料。[注 5] 另一方面，標籤在容器內具有區域性範圍，無論是始終被視為單獨且唯一的 Config.txt 標籤，還是始終發現它位於特定型別的容器內——所有標籤的用途都是相同的：用值定義和初始化特定的單個數據項。 在 Trainz 資料模型中，容器是程式設計師用來建立可能需要或可能不需要透過單個關鍵字和資料對來定義的多個值的技巧......容器實際上是分配給該型別的容器的標籤（名稱）對映到的值。 |
某些值受到預定義的允許值列表的嚴格限制，這被稱為列舉型別。
- 標籤 類別-類標籤 中的值受到嚴格控制，也就是說，必須來自給定的允許值列表，這些值在其中被列舉（列出）。它們實際上是字母數字程式碼，在定義時，必須在列表中。
- 其他通常看到的更高級別的 Config.txt 標籤 類別-時代標籤 和 類別-區域標籤 是兩種標籤型別，它們都是列舉的，並且很奇怪，因為它們都是“字串陣列”——兩者都替換了可變且不確定的數量的列出的單個標籤（後面附加了數字字尾），這在許多較舊的但現在已經過時的 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 專案，更全面地討論這個主題。 |