《UIS》 第 4 篇 屬性、貨幣、商店與合成系統

本篇文章、圖片出處來自 Ultimate Inventory System
軟體版本與本翻譯文件可能會有落差，本翻譯文件僅供參考。
本譯文為本站譯者原創翻譯內容，文字著作權歸本站所有。
未經授權，請勿任意轉載、改作或商業使用。
本篇文章、圖片出處來自 Ultimate Inventory System
軟體版本與本翻譯文件可能會有落差，本翻譯文件僅供參考。
本譯文為本站譯者原創翻譯內容，文字著作權歸本站所有。
未經授權，請勿任意轉載、改作或商業使用。

屬性深入解析（Attributes）

屬性（Attribute）是一個擁有名稱和數值的物件，數值可以是任意類型。預設所有常見類型（int、float、string、Vector3 等）都可在屬性下拉選單中選擇，也可透過 Unit Options 視窗新增自訂類型（路徑：Tools → Opsive → Unit Options）。

屬性類別也可以繼承並擴展，以修改表達式的解析邏輯。建立後在 Unit Options 編輯器中新增，系統就會自動偵測繼承了 Attribute<T> 的類別，讓你在下拉選單中選用。

三種變體類型與繼承關係

每個屬性以三種變體之一取得其值：

變體取值邏輯
Inherit從父層屬性取得數值，父層的定義依附加對象而定。
Override直接使用自訂指定的數值。
Modify使用表達式計算出依賴其他屬性或繼承值的結果。

Inherit 變體的繼承鏈：

子屬性附加於父屬性附加於
ItemDefault Item
Default Item父 Item Definition 的 Default Item，或 Item Category（Item 屬性）
Item Definition父 Item Definition，或 Item Category（Item Definition 屬性）
Item Category第一個包含此屬性的父 Item Category，或 null（回傳類型預設值）

Modify 變體與表達式語法

Modify 變體支援的屬性類型：Int、Float、String。

其他類型若需要自訂 Modify 表達式，必須建立自訂 Attribute 類型並實作解析器。為了一致性，建議遵循官方的語法規範。

表達式語法參考

語法說明
[myOtherAttribute]取得名稱為 myOtherAttribute 的屬性值。
<Override>取得目前屬性自身的 Override 值。
<Inherited>取得繼承自父層的值。
$[myOtherAttribute]從持有表達式的屬性本身的視角取值（而非請求值的那一側）。
$<Inherited>同上，從持有表達式的屬性視角取繼承值。
視角（Perspective）說明 當屬性 A1 繼承自屬性 A2，而 A2 設為 Modify 變體時，表達式中所取得的其他屬性值，預設是從「最初請求值的那一側（A1）」的視角取得。若要改為從「持有表達式的屬性（A2）」的視角取值，請在屬性名稱前加上 $ 符號。
Modify 表達式範例
<Inherited> + 5　→　繼承值加 5
[BaseAttack] * 1.5　→　BaseAttack 屬性的 1.5 倍
$[BaseAttack] * 2　→　從持有表達式那側取 BaseAttack 的 2 倍
<Inherited> * 20 + [BonusDamage]　→　繼承值乘以 20 再加上 BonusDamage

屬性 API（Get / Set）

在 Item Categories、Item Definitions 和 Items 上取得和設定屬性值的方式大致相同，以下以 Item 為例：

讀取屬性

// 取得攻擊力屬性
var attackAttribute = item.GetAttribute<Attribute<int>>("Attack");
if (attackAttribute != null) {
    var myAttack          = attackAttribute.GetValue();          // 實際值
    var myAttackOverride  = attackAttribute.OverrideValue;       // Override 原始值
    var myAttackInherited = attackAttribute.GetInheritedValue(); // 繼承值
}

// 用 TryGetAttributeValue 快速取得值（推薦用於 Sprite 等類型）
if (item.TryGetAttributeValue("Icon", out Sprite myIcon)) {
    // myIcon 已取得
}

// 遍歷物品上所有屬性
var includeItemDef      = true;
var includeItemCategory = true;
var count = item.GetAttributeCount(includeItemDef, includeItemCategory);
for (int i = 0; i < count; i++) {
    var attribute = item.GetAttributeAt(i, includeItemDef, includeItemCategory);
    Debug.Log(attribute.GetValueAsObject()); // 以 object 取得值（類型未知時使用）
}

設定屬性值（僅 Mutable 物品允許）

if (!item.IsMutable) { /* Immutable 物品無法設定屬性值 */ }

var attackAttribute = item.GetAttribute<Attribute<int>>("Attack");
if (attackAttribute != null) {
    // 切換變體類型
    attackAttribute.SetVariantType(VariantType.Inherit);

    // 設定 Override 值（自動切換至 Override 變體）
    attackAttribute.SetOverrideValue(10);

    // 設定 Modify 表達式（自動切換至 Modify 變體，並標記為 Pre-evaluated）
    attackAttribute.SetModifyExpression("<Inherited> + 5", true);
}

處理類別（Class）屬性的注意事項

var itemSlotsAttr = item.GetAttribute<Attribute<ItemAmounts>>("Slots");
if (itemSlotsAttr != null) {
    var itemSlots = itemSlotsAttr.GetValue();

    // 切勿直接修改！必須先確認是否為 Override 值
    if (itemSlots == itemSlotsAttr.OverrideValue) {
        itemSlots.Add(newItem); // 是 Override 值，可直接修改
    } else {
        // 是繼承值，需先複製再修改，最後設回屬性
        itemSlots = new ItemAmounts(itemSlots);
        itemSlots.Add(newItem);
        itemSlotsAttr.SetOverrideValue(itemSlots);
    }
}
注意：不可直接修改繼承的類別值 取得的值若是繼承而來（非 Override），直接修改會影響到所有繼承同一父層屬性的物品。必須先複製後修改，再以 SetOverrideValue 設回。

常用屬性（Common Attributes）

以下列出系統內建元件預設會使用的屬性名稱。只要在你的 Item Category 中使用相同名稱，對應的元件就能自動識別並使用它們。

屬性名稱（類型）通常定義在使用說明
Description <string> Item Definition 屬性 用於 Item Description 元件顯示說明文字。
Icon <Sprite> Item Definition 屬性 用於 Icon Item View 元件顯示物品圖示，以及 Editor 中的預覽方塊（若 Editor Icon 為 null）。
CategoryIcon <Sprite> Item Category 屬性 用於 Editor 中 Item Category 的預覽圖示（若 Editor Icon 為 null）。
Price / SellPrice / BuyPrice <CurrencyAmounts> Item Definition 屬性 定義物品價格。商店中可分別設定購買價和販售價的屬性名稱，部分 UI Prefab（如 Big Item Description）預設使用 BuyPrice 和 SellPrice。
PickupPrefab <GameObject> Item Definition 屬性 Item Object View 元件預設使用此屬性，在物品綁定至 Item Object 時（如丟棄撿取物）生成對應的視覺 Prefab。
UsableItemPrefab <GameObject> Item Category 屬性 Equipper 使用，裝備非 SkinMesh 物品時生成的可使用物品 Prefab（含邏輯腳本，如近戰攻擊、射擊）。
EquipmentPrefab <GameObject> Item Definition 屬性 Equipper 使用，裝備物品時生成的視覺模型 Prefab。會生成在 UsableItemPrefab 的子物件下。
ItemActionSet <ItemActionSet> Item Definition 屬性 與「Use Item Action Set Attribute」Item Action 搭配，讓每個物品可以有各自不同的 Item Actions（例如各種魔法卷軸）。
Shape <ItemShape> Item Definition 屬性 用於 Item Shape Inventory Grid 系統，定義物品在格子中的形狀。
Slots <ItemAmounts> Item Definition / Item 屬性 用於「Item Slots Item View」，顯示物品上附加的其他物品圖示（例如武器的升級插槽）。
IsEquipped <bool> Item 屬性（需 Mutable） 用於「Equipped Item View」，標記物品是否已裝備。通常可由系統自動判斷，此屬性為選用。
StackSizeLimit <int> Item Definition 屬性 用於 Multi Stack Item Collection，限制特定物品每個 Stack 的最大數量。
CategorySizeLimit <int> Item Category 屬性 用於 Group Item Restriction，限制該 Item Category 物品在庫存中的持有上限（選用）。
DefinitionSizeLimit <int> Item Definition 屬性 用於 Group Item Restriction，限制該 Item Definition 物品的持有上限（選用）。
ItemSizeLimit <int> Item 屬性 用於 Group Item Restriction，限制特定物品個體的持有上限（選用）。

常用屬性類型（Common Types）

類型說明支援 Modify 表達式
Int整數，適合生命值、攻擊力、等級等整數數值。✓
Float浮點數，適合速度、百分比、精確數值。✓
Bool布林值，適合旗標性質的開關狀態。✗
String字串，適合名稱、說明、技能描述。✓
Unity Objects
(GameObject, Sprite, Material…)		任何 Unity 物件皆可作為屬性，適合參照 Prefab、圖示、音效等資源。✗
Item Amount物品與數量，用於物品插槽和附件。支援巢狀物品的序列化 / 反序列化（存讀檔）。✗
Currency Amounts多種貨幣的金額集合，通常作為 Item Definition 屬性定義物品售價。✗
Item Shape以布林格子和錨點定義物品在 Item Shape Inventory Grid 中的外形。✗
Item Action SetScriptable Object，可用來為每個物品定義各自專屬的 Item Actions（非 Category 統一的動作）。✗

貨幣系統（Currency）

UIS 內建的貨幣功能允許商店買賣、在 Inventory 之間交換物品。貨幣實作已被抽象化，讓你可以實作自訂貨幣類型；預設的實作非常通用，足以應對大多數使用情境。

Currency 物件本身只包含「如何轉換至另一種貨幣」的資料，必須搭配 Currency Collection 才能真正運作。

多幣種設定範例：銅 / 銀 / 金幣系統
Bronze（銅幣）
Max Value: 99 │ Overflow Currency: Silver

Silver（銀幣）
Base Currency: Bronze │ Base Exchange Rate: 1 Silver = 100 Bronze
Max Value: 99 │ Overflow Currency: Gold │ Fraction Currency: Bronze

Gold（金幣）
Base Currency: Silver │ Base Exchange Rate: 1 Gold = 100 Silver
Max Value: 99 │ Fraction Currency: Silver

Root Currency（根貨幣）為 Bronze。不共享同一根貨幣的兩種貨幣無法互相換算。

貨幣 API

// 取得貨幣
var dollars = InventorySystemManager.GetCurrency("Dollars");

// 建立 CurrencyAmount（兩種寫法皆可）
var fiftyDollars1 = new CurrencyAmount(50, dollars);
var fiftyDollars2 = (50, dollars); // 隱式轉型語法

// 換算匯率
var euro = InventorySystemManager.GetCurrency("Euro");
if (dollars.TryGetExchangeRateTo(euro, out var dollarsToEuro)) {
    var fiftyDollarsInEuros = (50 * dollarsToEuro, euro);
}

Currency Collection

Currency Collection 包含貨幣的集合，並提供加法、減法、除法和乘法運算，且運算結果會自動符合各幣種的 Max Value 和 Fraction/Overflow 規則。

Currency Collection 運算範例（以銅/銀/金幣為例）
1 Silver 99 Bronze + 1 Gold 1 Silver 1 Bronze = 1 Gold 2 Silver 0 Bronze
1 Silver – 99 Bronze = 1 Bronze
3 Silver / 40 Bronze → 商：7，餘：20 Bronze
1.5 × (2 Silver 1 Bronze) = 3 Silver 1 Bronze
50 × (3 Silver 10 Bronze) = 1 Gold 55 Silver 0 Bronze
精度說明 Currency Collection 在某些運算中可能損失精度，因為它會始終將金額維持在有效狀態（例如不允許低於 1 Bronze 或超過最大值）。

Currency Owner

Currency Owner 本質上是角色的「貨幣庫存」。若角色需要使用貨幣，就應在角色身上加入 Currency Owner 元件。貨幣的概念非常抽象，可以是物品、數值或任何概念，系統不強制限制貨幣的類型。若需要自訂貨幣邏輯，可繼承 CurrencyOwner<CurrencyT> 類別。

Currency Owner API

// 從 Inventory 取得 Currency Owner
var inventory = InventorySystemManager.GetInventoryIdentifier(0).Inventory;
var currencyOwner = inventory.GetCurrencyComponent<CurrencyCollection>() as CurrencyOwner;

// 或直接從 InventoryIdentifier 取得
currencyOwner = InventorySystemManager.GetInventoryIdentifier(0).CurrencyOwner;

// 取得貨幣集合
var ownerCurrencyCollection = currencyOwner.CurrencyAmount;
var gold   = InventorySystemManager.GetCurrency("Gold");
var silver = InventorySystemManager.GetCurrency("Silver");

// 建立獨立的 Currency Collection
var otherCollection = new CurrencyCollection();
otherCollection.AddCurrency(new CurrencyAmount[] { (10, silver), (10, gold) });

// 新增貨幣（三種方式）
ownerCurrencyCollection.AddCurrency(gold, 10);
ownerCurrencyCollection.AddCurrency(new CurrencyAmount[] { (10, silver), (10, gold) });
ownerCurrencyCollection.AddCurrency(otherCollection);

// 扣除貨幣
ownerCurrencyCollection.RemoveCurrency(gold, 10);
ownerCurrencyCollection.RemoveCurrency(new CurrencyAmount[] { (10, silver), (10, gold) });
ownerCurrencyCollection.RemoveCurrency(otherCollection);

// 設定貨幣（直接覆寫）
ownerCurrencyCollection.SetCurrency(new CurrencyAmount[] { (10, silver), (10, gold) });

// 移除全部
ownerCurrencyCollection.RemoveAll();

// 查詢擁有量
Debug.Log(currencyOwner.CurrencyAmount);
ownerCurrencyCollection.AddCurrency(dollars, 50);
Debug.Log(ownerCurrencyCollection.HasCurrency(dollars, 30)); // true
Debug.Log(ownerCurrencyCollection.HasCurrency(dollars, 70)); // false

商店（Shop）

商店用來以貨幣買賣物品。預設使用 Currency Collection 作為貨幣類型，也可以繼承 Shop<CurrencyType> 實作自訂貨幣的商店。

買賣 API

/// 向商店購買物品
BuyItem(buyerInventory, currencyOwnerBase, item, amount);

/// 向商店販售物品
SellItem(sellerInventory, currencyOwnerBase, item, amount);

物品定價

物品價格以屬性方式定義在 Item Definition 上。建議分別建立名稱為 BuyPrice 和 SellPrice 的 Item Definition 屬性，類型為 Currency Amounts。

只使用一種價格屬性 若不想區分買賣價，可在 Shop Currency Collection 元件中將「Sell Price Attribute Name」改為 BuyPrice，讓買賣都從同一個屬性取得價格。

Shop 元件設定

設定說明
Buy Price Attribute Name購買時讀取的屬性名稱（預設：BuyPrice）。
Sell Price Attribute Name販售時讀取的屬性名稱（預設：SellPrice）。
Buy Price Modifier購買價格乘數。例如設 1.2 表示購買價提高 20%。
Sell Price Modifier販售價格乘數。例如設 -0.2 表示販售價降低 20%。

商店運作模式

預設情況下，商店老闆擁有一個 Inventory，其中包含可販售的物品。物品售出時會被複製，讓商店保持無限供貨。也可以修改此行為：

  • 有限庫存：不複製物品，售完即止。
  • 買回機制：販售後物品加入商店 Inventory，讓玩家可以買回。

這些功能需繼承 Shop Currency Collection 類別自行實作。

Shop Add Remove Binding

Shop Add Remove Binding 元件讓你輕鬆控制：購買時從商店移除物品（有限庫存），以及販售時將物品加入商店（買回機制）。

合成系統（Crafting）

合成系統非常通用且可擴展，設計上讓簡單的合成也能輕鬆使用。以下是核心元件架構：

Crafting
Category
→
Crafting
Recipe
→
Crafting
Processor
→
Crafting
Result

各元件說明：

Crafting Category
用來組織配方，類似 Item Category 組織物品的方式。
Crafting Recipe
定義所需材料（Ingredients）和預設輸出（Output）的資料物件，是合成處理器的「指導方針」而非硬性規則。
Crafting Ingredients
輸入的材料集合，可以用 Item Category、Item Definition 或特定 Item 作為材料描述。
Crafting Output
合成產出的物品集合。
Crafting Processor
包含實際合成邏輯的元件，依據 Recipe 和玩家選擇的材料，判斷是否可以合成並執行合成。
Crafting Result
合成結果，包含輸出物品（CraftingOutput）和是否成功的狀態。
Crafter
持有 Crafting Processor 和可合成配方清單的元件，由 Crafting Menu 呼叫。

Recipe 彈性範例

可合成的配方範例
2 治療草 + 1 泉水 → 1 治療藥水
1 治療藥水（品質 == good）+ 1 魔法寶珠 → 1 生命魔法寶珠
1 劍 + 5 材料（任意材料類別）→ 1 神劍
例如：1 劍 + 2 鐵錠 + 1 棉花 + 2 石塊 → 1 神劍

Crafting Processor API

/// <summary>合成物品。</summary>
public CraftingResult Craft(
    CraftingRecipe   recipe,
    IInventory       inventory,
    ListSlice<ItemInfo> selectedIngredients, // 若未指定，處理器會自動從 Inventory 挑選
    int              quantity = 1
)

Crafter 元件

Crafter 是場景中觸發合成的核心元件，持有 Crafting Processor 和可合成的配方清單。

屬性說明
Crafting Processor預設使用「Simple Crafting Processor With Currency」，可在 Inspector 的下拉選單中更換。自訂 Processor 建立後會自動出現在清單中。
Remove Ingredients Externally若為 true，材料不會由系統自動移除，而是透過事件 c_InventoryGameObject_OnCraftRemoveItem_… 通知外部處理。
Crafting Categories指定的 Crafting Category 下的所有配方都會加入可合成清單。
Miscellaneous Recipes手動加入的獨立配方清單（不隸屬於任何 Category）。
// 在執行期間編輯可合成配方清單
List<CraftingRecipes> recipes = m_Crafter.CraftinRecipes;

// 隨時更換 Crafting Processor
m_Crafter.Processor = newProcessor;

客製化 Crafting Processors

系統內建兩種 Processor：Simple Crafting Processor 和 Simple Crafting Processor With Currency，可以作為繼承的基礎進行擴展。

範例一：加入等級限制

有兩種實作方式：（1）以 Crafting Category 區分等級，（2）建立含等級欄位的自訂 Recipe 類型。兩者都透過覆寫 CanCraftInternal 實作：

public class CustomCraftingProcessor : SimpleCraftingProcessor
{
    protected override bool CanCraftInternal(
        CraftingRecipe       recipe,
        IInventory           inventory,
        int                  quantity,
        ListSlice<ItemInfo>  selectedIngredients)
    {
        // 取得角色等級
        var charLevel = inventory.gameObject.GetComponent<MyCharacter>().level;
        var levelRequired = 0;

        // 方式 1：以配方 Category 對應所需等級
        levelRequired = GetLevelFor(recipe.Category);

        // 方式 2：自訂 Recipe 類型含等級欄位
        if (recipe is MyCustomRecipe customRecipe) {
            levelRequired = customRecipe.level;
        }

        if (charLevel < levelRequired) { return false; }

        // 通過等級檢查後，執行基礎類別的判斷
        return base.CanCraftInternal(recipe, inventory, quantity, selectedIngredients);
    }
}

範例二：依外部來源改變合成結果

覆寫 CraftInternal 方法，可以在合成時根據外部數值（小遊戲分數、角色屬性、材料品質等）改變輸出結果。提供三種方案：

public class CustomCraftingProcessor : SimpleCraftingProcessor
{
    [SerializeField] protected MyCraftingQualityProvider m_QualityProvider;
    [SerializeField] protected int m_Option; // 1 / 2 / 3 對應三種方案

    protected override CraftingResult CraftInternal(
        CraftingRecipe       recipe,
        IInventory           inventory,
        int                  quantity,
        ListSlice<ItemInfo>  selectedIngredients)
    {
        if (!CanCraftInternal(recipe, inventory, quantity, selectedIngredients))
            return new CraftingResult(null, false);

        if (!RemoveIngredients(inventory, selectedIngredients))
            return new CraftingResult(null, false);

        var quality = m_QualityProvider.CraftingQuality;
        ItemAmount[] resultItemAmounts;

        if (m_Option == 1) {
            // 方案 1：從 Output 清單依品質選取一個結果
            var index = Mathf.Min(quality, recipe.DefaultOutput.ItemAmounts.Count - 1);
            var itemAmount = recipe.DefaultOutput.ItemAmounts[index];
            resultItemAmounts = new[] {
                new ItemAmount(InventorySystemManager.CreateItem(itemAmount.Item),
                    itemAmount.Amount * quantity)
            };
        }
        else if (m_Option == 2) {
            // 方案 2：直接修改 Mutable 物品的品質屬性
            resultItemAmounts = new ItemAmount[recipe.DefaultOutput.ItemAmounts.Count];
            for (int i = 0; i < resultItemAmounts.Length; i++) {
                var ia = recipe.DefaultOutput.ItemAmounts[i];
                var craftedItem = InventorySystemManager.CreateItem(ia.Item);
                craftedItem.GetAttribute<Attribute<int>>("Quality")?
                    .SetOverrideValue(quality);
                resultItemAmounts[i] = new ItemAmount(craftedItem, ia.Amount * quantity);
            }
        }
        else {
            // 方案 3：自訂 Recipe 類型提供多種輸出可能
            if (!(recipe is MyCustomQualityRecipe qualityRecipe))
                return new CraftingResult(null, false);

            var itemOutputAmounts = qualityRecipe.GetOutputForQuality(quality);
            resultItemAmounts = new ItemAmount[itemOutputAmounts.Count];
            for (int i = 0; i < resultItemAmounts.Length; i++) {
                var ia = itemOutputAmounts[i];
                var craftedItem = InventorySystemManager.CreateItem(ia.Item);
                resultItemAmounts[i] = new ItemAmount(craftedItem, ia.Amount * quantity);
            }
        }

        // 將合成結果加入 Inventory
        foreach (var ra in resultItemAmounts) {
            inventory.AddItem((ItemInfo)ra);
        }

        return new CraftingResult(new CraftingOutput(resultItemAmounts), true);
    }
}
三種方案比較 方案 1 適合少量固定輸出；方案 2 適合動態屬性（需 Mutable 物品）；方案 3 最靈活，適合需要完全不同輸出集合的複雜系統。三者也可以混合使用。

輸入系統（Input）

UIS 內建的輸入使用 Unity Input Manager，支援滑鼠、鍵盤，以及有限的控制器支援。若需要完整的控制器支援，強烈建議使用專用資產（如 Rewired、InControl 或 Unity Input System），UIS 已整合這些系統，可從官方頁面下載對應整合套件。

UIS 的 UI 輸入使用 Unity 預設的 Navigation 系統，因此任何輸入系統都能開箱即用。

內建輸入名稱

輸入名稱指定位置用途
Action玩家角色的 Inventory Interactor 元件與場景中可互動物件互動（如撿取、開箱）。
Close Panel / Open PanelCanvas 上的 Display Panel Manager Handler開啟主面板 / 關閉目前面板。
Next / PreviousInventory Grid 上的 Item Info Grid 元件在格子的頁面或 Tab 之間切換。

輸入通常序列化為「Simple Inputs」，可選擇輸入類型（Manual 或 Custom 允許透過程式碼控制）。

啟用 / 停用輸入

UIS 無法完全停用所有輸入（因為開啟庫存選單時仍需部分輸入）。系統的做法是讓所有需要輸入的元件監聽 OnEnableGamePlayInput 事件，各自決定是否要停用。

使用 EnableDisableInventoryInput 元件可以輕鬆管理 Gameplay 輸入的啟停，無需撰寫程式碼。

透過程式碼停用輸入

using UnityEngine;
using Opsive.Shared.Events;

public class MyObject : MonoBehaviour
{
    [SerializeField] private GameObject m_Character;

    private void Start()
    {
        // false = 停用輸入；true = 啟用輸入
        EventHandler.ExecuteEvent(m_Character, "OnEnableGameplayInput", false);
    }
}

PlayerInput API

PlayerInput API 與 Unity 的 Input 類別介面相同，支援以下方法：

  • GetButton(name)、GetButtonDown(name)、GetButtonUp(name)
  • GetAxis(name)
  • GetDoublePress(name)：偵測雙擊。
  • GetLongPress(name)：偵測長按。
using UnityEngine;
using Opsive.UltimateCharacterController.Input;

public class MyObject : MonoBehaviour
{
    [SerializeField] private GameObject m_Character;
    private PlayerInput m_PlayerInput;

    private void Awake()
    {
        m_PlayerInput = m_Character.GetComponent<PlayerInput>();
    }

    private void Update()
    {
        if (m_PlayerInput.GetButtonDown("Jump")) {
            // 執行跳躍邏輯
        }
    }
}

PlayerInput Inspector 欄位

欄位說明
Horizontal / Vertical Look Input Name水平 / 垂直視角輸入的映射名稱。
Look Vector Mode視角向量的賦值方式：Smoothed（平滑）、Unity Smoothed（Unity 平滑）、Raw（直接值）、Manual（手動，適合 VR）。
Look Sensitivity滑鼠靈敏度倍數（平滑模式下使用）。
Look Sensitivity Multiplier靈敏度的額外乘數。
Smooth Look Steps平滑模式下保留的歷史幀數。
Smooth Look Weight每幀歷史值的加權（0~1）。趨近 0 相當於 Raw 模式；趨近 1 為簡單平均（有延遲感）。
Smooth Exponent給小幅輸入更平滑感的指數值。
Controller Connected Check Rate偵測控制器連線的間隔秒數（不支援控制器時設為 0）。
Force Input強制指定輸入類型（例如在行動裝置強制使用 Standalone 輸入）。
Disable Cursor是否隱藏游標。
系列文章導航

此網誌的熱門文章

哥利亞遙控炸彈 (Leichter Ladungsträger Goliath)

圖片
哥利亞履帶地雷（德文：Leichter Ladungsträger Goliath，意為「哥利亞輕型爆破載具」） 是德國陸軍在第二次世界大戰期間使用的兩款一次性遙控無人地面車輛之一。這兩款分別為使用電力驅動的 Sd.Kfz. 302 與使用汽油引擎驅動的 Sd.Kfz. 303a 和 303b。 盟軍則稱之為「甲蟲戰車」（beetle tanks）。 這些車輛根據型號不同，能夠攜帶 60 公斤或 100 公斤（130 或 220 磅）的高爆炸藥，設計用途包括：摧毀戰車、瓦解密集步兵隊形、以及炸毀建築物或橋樑。哥利亞屬於一次性使用的載具，一旦引爆彈頭便會與目標一同被摧毀。 發展歷程 在第一次世界大戰期間及之後，許多發明家曾研發出小型、遙控、履帶式的載具，目的是運送爆炸物。 法國在戰爭期間就開發了兩款這類型的車輛。 其中之一為 「鱷魚施奈德地上魚雷」（Crocodile Schneider Torpille Terrestre），（譯：地上魚雷 鱷魚施奈德），可搭載 40 公斤（88 磅）爆炸物，並在 1916 年 6 月有限度地投入實戰。然而，這款車表現不佳，很快就被當時新出現的戰車所取代。 另一款是 「歐布里奧-加貝電動魚雷」（Aubriot-Gabet Torpille Électrique），由單一電動馬達驅動，並透過一條拖曳電纜供電。這輛車可能是透過離合器控制兩側履帶進行轉向，儘管早期型號可能連轉向功能都沒有。 不過這點可能無關緊要，因為它的任務只是穿越「無人地帶」，直接衝向敵方壕溝發動攻擊。 此外，美國發明家艾爾默·威克瑟姆（Elmer Wickersham）在 1918 年也曾申請了 「威克瑟姆地上魚雷」（Wickersham Land Torpedo）專利。 到了 1930 年代，法國車輛設計師阿道夫·凱格雷斯（Adolphe Kégresse）也研發出類似的車輛。 1940 年末，德軍在塞納河附近繳獲了凱格雷斯的原型機。德國國防軍武器辦公室隨即命令位於不來梅的汽車公司 Carl F.W. Borgward 開發一款可運載至少 50 公斤（110 磅）爆炸物的類似載具。 最終誕生了 SdKfz. 302（Sonderkraftfahrzeug，意為「特殊用途車輛」），稱為 Leichter Ladungsträger（...
閱讀更多

O-I（試製120t超重戰車「オイ」）

圖片
O-I（試製120t超重戰車「オイ」）是大日本帝國陸軍試做的超重戰車，只生產了1輛。 概要 O-I型超重戰車以打擊敵方戰車為主要任務，是百式重戰車的發展型號，同樣為多砲塔結構，在主砲塔前方有兩座各安裝1門47公釐戰車砲的副砲塔，後方的副砲塔安裝兩挺97式7.7公釐車載重機槍。主砲為1門150公釐加農砲，並有半自動裝彈機。 裝甲方面，砲塔正、側、後面厚度皆為150公釐，車體正面150公釐、側面70公釐、後面150公釐、頂部30公釐、底部20公釐[1]。原型車上使用的裝甲材料是低碳鋼。根據工程師的解釋，正面裝甲厚度為75公釐，並使用數十個螺栓附加額外的75公釐裝甲。側面在35公釐的基礎上再增加35公釐，目標是達到70公釐。車內高度足以站立和行走，駕駛室、中央戰鬥艙和後發動機艙均由16公釐鋼板隔開[2]。防禦力遠超越日本過去與當時（含未成、開發中）所有的戰車。 日軍預定把這款超重戰車用於本土決戰，但通過測試准許量產後不久，戰爭就結束了，唯一一輛生產車被日軍自行銷毀。但因為並無相關照片,也未有測試報告或相關人員的報告等資料，所以是否真有實車這點尚有爭議。 《上述資料取自 維基百科： https://w.wiki/FSdt 》 終於將 Sd.Kfz. 302 Goliath 上架了，接著要來挑戰製作 O-I 超重型戰車了，所以找到了一些相關資料。 其他資料 sensha-manual：Too big to Stop, Too heavy to Start sensha-manual：O-I Size Comparisons 有趣的發現是，原來當初是模型商在日本購買資料後將模型建起來後再賣給 WOT 使用，所以才有日本線，那個時期 O-I 大概是遊戲裡面具有壓倒性的火力，能讓玩家體驗到操控強大火力怪物的爽快感受吧! 所以這次是要自己製作用來放在自己遊戲跟上架用的素材，所以一定也是要入手 《 Fine Molds FM44 1/72 日本陸軍 150噸 超重戰車 》XD (好像讓自己合理化可以買模型的藉口。 ) 選擇這台來做的原因就是想嘗試在 PTM 中，使用多砲塔的處理方式。 如果不像 WOT 只能使用主炮，而是每管炮都能使用，那真的非常適合拿來當我的遊戲內的魔...
閱讀更多