1. 項目概述與核心思路最近幾年休閑戰爭策略游戲在移動端和PC平臺都挺火的。這類游戲通常節奏快、上手簡單但又保留了策略游戲的深度和成長感比如經典的《皇室戰爭》就是典型代表。很多獨立開發者或者小團隊都想嘗試這個方向而Unity3D無疑是實現這個想法最趁手的工具之一。今天我就以一個從業者的角度和大家聊聊如何從零開始用Unity3D打造一款屬于自己的休閑戰爭策略游戲。我們不會只停留在“做個Demo”的層面而是會深入到兩個核心系統——金幣系統和評分設計把從經濟循環到玩家反饋的完整流程走一遍。這個項目適合有一定Unity和C#基礎的開發者你可能已經做過一些簡單的跑酷或者射擊游戲現在想挑戰更有系統性的項目。整個流程會涉及到游戲循環設計、UI交互、數據持久化以及平衡性調整這些都是實戰中繞不開的環節。我會盡量把每一步的“為什么”和“怎么做”講清楚并分享一些我踩過的坑和優化技巧。2. 游戲核心循環與框架搭建2.1 定義你的休閑戰爭策略玩法在動手寫代碼之前我們必須先想清楚游戲的核心玩法是什么。休閑戰爭策略游戲的核心通常在于“資源管理”和“即時決策”的結合。玩家需要收集或生產某種資源比如金幣然后用這些資源在戰場上部署單位目標是摧毀對方的基地或達成特定條件。以一個簡單的雙人對戰原型為例我們可以這樣設計對戰模式1v1地圖分為上下或左右兩半各有一個主基地。資源金幣。金幣隨時間自動增長例如每秒5同時地圖上會周期性刷新中立資源點玩家控制單位占領后可獲得額外金幣。單位設計幾種基礎單位如近戰步兵消耗低、血量低、遠程弓箭手中等消耗、中等射程、重型騎士高消耗、高血量。每種單位有明確的克制關系。勝利條件摧毀對方主基地或在一定時間后我方基地血量更高。這個框架看似簡單但已經包含了策略游戲的核心要素經濟運營金幣管理、兵種搭配策略選擇和時機把握即時操作。我們所有的后續系統包括金幣和評分都將圍繞這個核心循環來構建。2.2 Unity項目結構與核心管理器一個清晰的項目結構是后續高效開發的基礎。我建議在Unity中創建以下核心文件夾和腳本Assets/ ├── Scripts/ │ ├── Managers/ │ │ ├── GameManager.cs // 游戲總控狀態管理 │ │ ├── ResourceManager.cs // 資源金幣管理器 │ │ └── UIManager.cs // UI管理器 │ ├── Gameplay/ │ │ ├── Units/ // 所有單位相關腳本 │ │ ├── Buildings/ // 建筑相關腳本如基地 │ │ └── Spawner.cs // 單位生成器 │ ├── Data/ │ │ ├── UnitData.cs // 單位數據ScriptableObject │ │ └── GameSettings.cs // 游戲平衡參數 │ └── UI/ │ └── 各種UI面板腳本 ├── Prefabs/ // 所有的預制體 ├── Scenes/ └── ...GameManager是這個項目的大腦。它負責初始化游戲、切換游戲狀態如準備、戰斗中、結束、判斷勝負。我通常會用一個枚舉來定義游戲狀態并用事件C# Action來通知其他系統狀態變化這樣耦合度更低。public enum GameState { Menu, Preparation, Battle, Paused, GameOver } public class GameManager : MonoBehaviour { public static GameManager Instance; public GameState CurrentState { get; private set; } public static event ActionGameState OnGameStateChanged; private void Awake() { if (Instance null) Instance this; else Destroy(gameObject); } private void Start() { UpdateGameState(GameState.Menu); } public void UpdateGameState(GameState newState) { CurrentState newState; OnGameStateChanged?.Invoke(newState); // 根據狀態執行不同邏輯如暫停物理模擬等 } }注意使用單例模式Singleton管理全局管理器很方便但要小心不要濫用。確保在場景切換時正確處理用DontDestroyOnLoad或在每個場景單獨生成。對于中小型項目這種模式是高效且清晰的。3. 金幣系統的深度設計與實現金幣系統是休閑策略游戲的血液它驅動著玩家的每一個決策。一個好的金幣系統必須是“可理解、可預期、有深度”的。3.1 金幣的獲取途徑設計金幣不能只靠自動增長那樣會顯得單調。我設計了一個多來源的金幣獲取模型自然增長被動收入這是經濟的基礎。在ResourceManager中維護一個每玩家的金幣數通過協程Coroutine或計時器定期增加。public class ResourceManager : MonoBehaviour { public float goldPerSecond 5f; private float currentGold; private Coroutine goldGenerationCoroutine; void Start() { StartGoldGeneration(); } IEnumerator GenerateGoldOverTime() { while (true) { yield return new WaitForSeconds(1.0f); AddGold(goldPerSecond); // 每秒增加 } } }關鍵參數goldPerSecond。這個值直接影響游戲節奏。初期可以設低一點如3讓玩家有更多時間思考中后期可以通過升級來提升。占領資源點主動爭奪在地圖上設置幾個“金礦”或“圣壇”預制體。當玩家的單位進入其觸發區域并停留一段時間例如3秒后該資源點歸屬于該玩家并每隔一段時間如5秒為其提供一筆額外金幣。這引入了地圖控制和爭奪的維度。擊敗敵方單位戰斗獎勵每當玩家擊敗一個敵方單位根據該單位的造價或強度獎勵一定比例的金幣例如造價的一半。這鼓勵進攻性玩法并能讓劣勢方有“翻盤”的可能因為擊敗一個高價值單位能獲得大量資源。特殊技能或道具策略選擇可以設計一些消耗性技能如“點石成金”短時間內雙倍金幣獲取或“掠奪”立即偷取對方一定比例金幣。這增加了策略的多樣性。3.2 金幣的消耗與單位經濟平衡有收入就得有支出。金幣的主要消耗途徑就是生產戰斗單位。這里的核心在于單位的經濟平衡。我強烈建議使用ScriptableObject來管理單位數據。它為每個兵種創建一個可獨立配置的數據資產修改平衡性時無需改動代碼。[CreateAssetMenu(fileName NewUnitData, menuName Game Data/Unit Data)] public class UnitData : ScriptableObject { public string unitName; public GameObject unitPrefab; public float cost; // 金幣消耗 public float buildTime; // 訓練時間 public float health; public float attackDamage; public float attackRange; public float attackSpeed; public float moveSpeed; // 可以添加更多屬性如護甲類型、攻擊類型等用于克制計算 }平衡性設計心得成本與價值比一個單位的“戰斗力總估值”應與其成本大致成正比。你可以粗略定義一個公式估值 生命值 * 攻擊力 * 攻擊速度 / (移動速度因子)。通過調整UnitData中的數值讓所有單位的“單位金幣戰斗力”接近?？酥脐P系讓平衡更有深度。例如步兵成本低但對騎士傷害減半弓箭手對步兵有加成但被騎士近身后很脆弱。這種“石頭剪刀布”的關系能極大豐富策略。人口或容量限制為了防止“爆兵”流可以引入人口上限或隊伍容量概念。每生產一個單位占用一定人口人口上限可以通過升級基地來提升。這迫使玩家在數量和質量間做選擇。實現單位生產 在Spawner腳本中接收生產指令檢查玩家金幣和人口是否足夠然后扣除金幣開始一個建造計時器時間到后在指定位置生成單位預制體。public class Spawner : MonoBehaviour { public Transform spawnPoint; public void SpawnUnit(UnitData data, Player owner) { if (ResourceManager.Instance.GetGold(owner) data.cost) { ResourceManager.Instance.DeductGold(data.cost, owner); StartCoroutine(BuildUnitCoroutine(data, owner)); } } IEnumerator BuildUnitCoroutine(UnitData data, Player owner) { // 顯示建造進度條UI yield return new WaitForSeconds(data.buildTime); GameObject newUnit Instantiate(data.unitPrefab, spawnPoint.position, Quaternion.identity); newUnit.GetComponentUnitController().Initialize(owner, data); // 通知人口系統等 } }3.3 經濟系統的數據持久化與擴展對于休閑游戲我們通常需要保存玩家的金幣總數用于商店消費、解鎖的單位等內容。SQLite是一個輕量級且強大的選擇非常適合Unity移動端或PC端。集成SQLite使用Mono.Data.Sqlite或第三方插件如SQLite4Unity3d。在ResourceManager中初始化數據庫創建表來存儲玩家資源。// 初始化數據庫連接和表 private void InitDatabase() { string connectionString URIfile: Application.persistentDataPath /game_data.db; using (var connection new SqliteConnection(connectionString)) { connection.Open(); using (var command connection.CreateCommand()) { command.CommandText CREATE TABLE IF NOT EXISTS player_resources (player_id INTEGER PRIMARY KEY, gold INTEGER); command.ExecuteNonQuery(); } } }保存與加載在游戲退出或特定檢查點將當前金幣數寫入數據庫。游戲開始時從中讀取。踩坑記錄務必在OnApplicationPause或OnApplicationQuit事件中執行保存操作因為移動端應用很容易被突然切換到后臺。同時要考慮數據加密或校驗防止玩家輕易修改存檔文件。經濟系統擴展隨著游戲發展可以引入“銀行”系統金幣隨時間產生利息、稅收系統從占領的資源點按比例抽成、交易系統玩家間以物易物這需要服務器支持。這些都能讓經濟體系更加豐滿。4. 評分系統的多維構建與心理激勵評分系統是游戲給玩家的直接反饋一個好的評分系統能極大提升成就感和重復游玩的欲望。它不應該只是一個簡單的“勝利/失敗”而應該是一個多維度的評價體系。4.1 設計評分維度與權重我們可以從以下幾個維度來評價一局游戲的表現評分維度描述計算方式示例權重戰斗效率衡量單位消耗與造成的傷害比(總造成傷害) / (我方單位總成本)30%經濟運營衡量金幣獲取和使用的效率(游戲結束時總金幣獲取量) / (游戲時長)25%策略執行衡量是否有效利用兵種克制(通過克制造成的額外傷害) / (總造成傷害)20%速度評價鼓勵快速結束戰斗基礎分 - (游戲用時(秒) * 扣分系數)勝利時間越短分越高15%生存能力鼓勵減少戰損(我方基地剩余生命值百分比) * 系數10%權重分配的邏輯戰斗效率和經濟運營是核心策略能力的體現所以權重最高。策略執行鼓勵玩家深入理解游戲機制。速度和生存則提供了不同的游玩風格導向速攻流 vs 穩健流。4.2 實時評分反饋與UI實現評分不應該只在游戲結束時才出現。實時的、漸進式的反饋更能激勵玩家。實時評分計算在GameManager或一個專門的ScoreManager中訂閱相關事件如單位死亡、資源點占領、造成傷害實時更新上述各個維度的中間數據。public class ScoreManager : MonoBehaviour { private float totalDamageDealt; private float totalUnitCost; private float combatEfficiencyScore; // 戰斗效率分 void OnEnable() { Unit.OnUnitDealDamage HandleDamageDealt; Unit.OnUnitDeath HandleUnitDeath; } void HandleDamageDealt(float damage, Unit dealer) { if (dealer.Owner localPlayer) { totalDamageDealt damage; UpdateCombatEfficiency(); UIManager.Instance.UpdateScoreDisplay(combatEfficiencyScore, ScoreType.Combat); } } // ... 其他事件處理 }動態UI展示在游戲UI的角落例如屏幕左上角設計一個評分面板?？梢燥@示當前總分或者用進度條的形式展示各個維度的實時得分。當玩家完成一次精彩操作如用低成本單位反殺高成本單位時可以彈出一個小的“XX 戰斗效率分”的浮動文字給予即時正反饋。游戲結束評分界面這是重頭戲。設計一個總結界面清晰地展示五個維度的得分、每個維度的具體計算過程例如“戰斗效率造成1500傷害 / 消耗800金幣 1.88”、以及根據權重計算出的最終評級如D/C/B/A/S。配上相應的音效和動畫如分數滾動、評級星星點亮儀式感十足。4.3 評分數據的應用與長期驅動評分不能只是一個數字它必須和玩家的成長系統掛鉤。經驗值與等級根據每局最終評分或評級獎勵經驗值。S評級獎勵最多D評級獎勵最少。積累經驗提升玩家等級每升一級解鎖新的獎勵如頭像框、表情、或少量付費貨幣。成就系統評分系統的各個維度天然就是成就的來源。例如“經濟大師”單局游戲經濟運營維度獲得S評級?！巴昝揽酥啤眴尉钟螒虿呗詧绦芯S度得分超過90%?！伴W電戰”在3分鐘內贏得比賽并獲得勝利。 完成成就獎勵獨特的稱號、徽章或大量資源滿足玩家的收集欲和炫耀心理?；胤排c復盤保存每局游戲的關鍵數據初始種子、玩家操作序列、單位生成記錄等。結合評分可以允許玩家在歷史記錄中回看對局并高亮顯示“這里你的經濟運營出現了斷層”或“這次完美的克制為你贏得了大量策略分”。這對于希望提升技術的硬核玩家來說是無價之寶。實現技巧回放系統可以通過記錄每幀的“命令”如在時間t玩家A在位置(x,z)生產了單位U來實現。回放時只需用同樣的初始狀態重新執行這些命令即可數據量很小。Unity的JsonUtility或BinaryFormatter可以用于序列化這些命令列表并保存到本地。5. 核心玩法功能的實現與打磨有了經濟和評分框架我們需要把游戲最核心的“戰斗”部分做扎實。5.1 單位控制與戰斗AI對于休閑游戲單位通常采用自動戰斗Auto-Battler模式即玩家只負責生產和部署單位會自動尋找并攻擊敵人。有限狀態機FSM這是實現單位AI的經典模式。一個戰斗單位通常有Idle閑置、Move移動、Attack攻擊、Die死亡等狀態。public class UnitController : MonoBehaviour { public enum UnitState { Idle, Moving, Attacking, Dead } private UnitState currentState; private UnitData data; private Transform target; void Update() { switch (currentState) { case UnitState.Idle: FindNearestEnemy(); break; case UnitState.Moving: MoveTowardsTarget(); break; case UnitState.Attacking: if (target ! null InAttackRange()) { PerformAttack(); } else { currentState UnitState.Idle; } break; } } void FindNearestEnemy() { // 使用Physics.OverlapSphere或維護一個單位列表找到最近敵方單位 // 如果找到設置target狀態轉為Moving } }攻擊與傷害計算在PerformAttack()中啟動一個攻擊間隔計時器。計時器到期時對目標調用TakeDamage()方法。傷害計算可以引入簡單的公式例如最終傷害 攻擊力 - 目標護甲。護甲可以通過UnitData定義并設計減傷公式如每點護甲減少1%傷害。尋路與移動對于2D游戲可以使用Rigidbody2D加力或直接修改Transform.position。對于3D或更復雜的地形Unity的NavMesh系統是首選。烘焙好導航網格后單位AI就可以自動繞過障礙物尋找路徑。注意大量單位同時使用NavMesh尋路會造成性能壓力。優化方法包括使用更簡單的代理Agent類型、降低尋路更新頻率、對于群體單位采用“領頭羊”尋路其他跟隨的方式。5.2 地圖、基地與勝負判定地圖設計使用Unity的Terrain工具或Tilemap2D快速搭建對戰地圖。關鍵是要設計出有戰略意義的地形比如狹窄通道易守難攻適合放置防御塔或埋伏。資源點密集區必爭之地會爆發早期沖突。視野盲區可以隱藏單位發起突襲。 地圖的對稱性對于1v1對戰很重要能保證基本的公平。基地與生命值雙方主基地是一個擁有大量生命值的建筑Building腳本。它可能具備被動技能如緩慢回復周圍單位生命值或主動技能如一次性召喚護衛。當一方基地生命值降至0游戲結束。勝負判定邏輯在GameManager中持續檢查勝利條件。void Update() { if (CurrentState ! GameState.Battle) return; if (playerBase.health 0) { // 玩家失敗 EndGame(GameResult.Lose); } else if (enemyBase.health 0) { // 玩家勝利 EndGame(GameResult.Win); } else if (battleTime maxBattleTime) { // 超時根據基地剩余血量判定 EndGame(playerBase.health enemyBase.health ? GameResult.Win : GameResult.Lose); } }5.3 性能優化與調試技巧當單位數量多起來游戲可能會出現卡頓。以下是一些立竿見影的優化點對象池單位的頻繁創建Instantiate和銷毀Destroy是性能殺手。使用對象池在游戲開始時預先創建好一批單位預制體需要時激活不需要時禁用并放回池中。public class ObjectPool : MonoBehaviour { public GameObject prefab; private QueueGameObject pool new QueueGameObject(); public GameObject GetObject() { if (pool.Count 0) { GameObject obj pool.Dequeue(); obj.SetActive(true); return obj; } return Instantiate(prefab); } public void ReturnObject(GameObject obj) { obj.SetActive(false); pool.Enqueue(obj); } }距離檢測優化FindNearestEnemy如果每幀對所有單位進行兩兩距離計算O(n2)復雜度在單位多時會非常慢。可以使用空間劃分算法如網格法或四叉樹/八叉樹或者利用Unity的Physics.OverlapSphere并合理設置LayerMask來減少檢測范圍。使用ProfilerUnity的Profiler窗口是你的最佳朋友。定期用它分析CPU、GPU、內存和渲染的瓶頸。常見問題包括過多的Update調用、復雜的單幀邏輯、過高的Draw Call。調試心得為了平衡游戲我經常需要快速調整參數。我會把所有重要的平衡參數如單位屬性、金幣增長率放在一個GameSettingsScriptableObject中并在編輯器中為其創建一個簡單的自定義編輯器窗口這樣我可以在游戲運行時動態調整數值并立即看到效果極大提升了迭代效率。6. 常見問題與實戰避坑指南在實際開發中你一定會遇到各種各樣的問題。這里我總結了一些高頻問題和解決方案。6.1 開發流程中的典型問題問題現象/原因解決方案與技巧單位卡住或抖動多個單位尋路目標點過于接近或碰撞體互相擠壓。1. 增加NavMesh Agent的“回避優先級”。2. 使用RVO局部避障算法Unity有RVO插件。3. 簡化單位碰撞體或對友方單位使用忽略碰撞的Layer。游戲后期嚴重卡頓單位數量過多Update循環負擔重或存在內存泄漏。1. 實現對象池杜絕頻繁Instantiate/Destroy。2. 優化AI邏輯將部分計算如尋敵從每幀改為每隔幾幀執行一次分幀處理。3. 使用Profiler定位具體是腳本邏輯還是渲染問題。數據保存失敗或錯亂移動端應用被切到后臺時保存協程可能被中斷多線程讀寫沖突。1. 在OnApplicationPause(true)和OnApplicationQuit中同步調用保存方法而非啟動協程。2. 對數據庫操作加鎖確保同一時間只有一個讀寫操作。UI更新不及時或閃爍在非主線程中修改了UI元素或者Update中頻繁創建/銷毀UI對象。1. 所有UI更新操作務必放在主線程。可以使用MainThreadDispatcher插件或UnityMainThreadDispatcher。2. 對頻繁變化的UI如血量條使用對象池復用其GameObject。不同設備分辨率適配差UI布局使用絕對坐標或錨點設置不當。1. 全面使用Unity的Canvas Scaler和錨點系統。2. 針對關鍵UI元素進行多分辨率如16:9, 18:9, 19.5:9下的預覽和測試。6.2 游戲設計與平衡性調整感覺游戲節奏太慢/太快調快提高金幣自然增長率(goldPerSecond)降低高級單位成本縮短單位生產時間(buildTime)。調慢反之。關鍵技巧不要只調一個參數。例如想加快節奏可以同時“提高金幣獲取”和“降低單位血量”讓戰斗更激烈決策更頻繁。某個兵種過于強大IMBA第一步數據分析。查看后臺數據或自己測試是這個兵種輸出太高還是太肉還是成本太低第二步微調。優先調整其克制關系。例如一個高傷害的遠程單位過于強大可以為其增加一個“被近戰單位攻擊時承受額外傷害”的弱點而不是直接削弱其傷害這樣保留了其特色但引入了反制手段。第三步環境調整。如果某個兵種在特定地圖所向披靡可以考慮修改地圖增加其移動路徑上的障礙或者增加一種新的、能有效針對它的中立生物或環境機制。玩家抱怨經濟系統“滾雪球”優勢方資源越來越多劣勢方毫無翻盤希望。引入動態平衡機制例如當一方金幣差距超過一定閾值時為劣勢方提供微弱的金幣獲取加成。增加高風險高回報機制設計一個地圖中央的“超級資源點”占領難度高但獎勵極其豐厚給劣勢方一個搏命翻盤的機會。強化防御優勢讓處于防守狀態單位在己方半場的單位獲得輕微的傷害或血量加成讓優勢方推進時也需要付出代價。6.3 發布前的最后檢查清單在準備將游戲打包發布或提交測試前請務必核對以下清單[ ]功能完整性核心循環生產-戰斗-勝利/失敗是否完整且無惡性Bug[ ]數據持久化玩家金幣、等級、解鎖內容是否能在退出重啟后正確加載[ ]UI/UX所有按鈕是否有反饋音效、動畫提示信息是否清晰評分界面等關鍵信息是否易于理解[ ]性能在目標設備如中低端手機上單位數量達到設計上限時幀率是否穩定至少30fps[ ]平衡性邀請不同水平的朋友進行至少20局測試收集他們對各個兵種強度、經濟節奏、勝負體驗的反饋。[ ]新手引導是否有簡單明了的前1-3局引導教會玩家基本操作和核心規則[ ]設置選項是否提供了音量控制、畫質選項等基本設置最后我想分享一個我個人非常受用的習慣為你的游戲建立一個簡單的“數據儀表盤”。在開發過程中我通常會寫一個隱藏的調試界面實時顯示當前幀率、單位總數、每秒金幣收入、雙方實時戰斗力估值等數據。在測試平衡性時這個儀表盤能提供最直觀的依據幫你從“我感覺”進化到“數據證明”。游戲開發尤其是系統設計是一個不斷迭代和驗證的過程耐心和基于數據的決策是做出好作品的關鍵。 Unity3D實戰：休閑戰爭策略游戲的金幣系統與評分設計
1. 項目概述與核心思路最近幾年休閑戰爭策略游戲在移動端和PC平臺都挺火的。這類游戲通常節奏快、上手簡單但又保留了策略游戲的深度和成長感比如經典的《皇室戰爭》就是典型代表。很多獨立開發者或者小團隊都想嘗試這個方向而Unity3D無疑是實現這個想法最趁手的工具之一。今天我就以一個從業者的角度和大家聊聊如何從零開始用Unity3D打造一款屬于自己的休閑戰爭策略游戲。我們不會只停留在“做個Demo”的層面而是會深入到兩個核心系統——金幣系統和評分設計把從經濟循環到玩家反饋的完整流程走一遍。這個項目適合有一定Unity和C#基礎的開發者你可能已經做過一些簡單的跑酷或者射擊游戲現在想挑戰更有系統性的項目。整個流程會涉及到游戲循環設計、UI交互、數據持久化以及平衡性調整這些都是實戰中繞不開的環節。我會盡量把每一步的“為什么”和“怎么做”講清楚并分享一些我踩過的坑和優化技巧。2. 游戲核心循環與框架搭建2.1 定義你的休閑戰爭策略玩法在動手寫代碼之前我們必須先想清楚游戲的核心玩法是什么。休閑戰爭策略游戲的核心通常在于“資源管理”和“即時決策”的結合。玩家需要收集或生產某種資源比如金幣然后用這些資源在戰場上部署單位目標是摧毀對方的基地或達成特定條件。以一個簡單的雙人對戰原型為例我們可以這樣設計對戰模式1v1地圖分為上下或左右兩半各有一個主基地。資源金幣。金幣隨時間自動增長例如每秒5同時地圖上會周期性刷新中立資源點玩家控制單位占領后可獲得額外金幣。單位設計幾種基礎單位如近戰步兵消耗低、血量低、遠程弓箭手中等消耗、中等射程、重型騎士高消耗、高血量。每種單位有明確的克制關系。勝利條件摧毀對方主基地或在一定時間后我方基地血量更高。這個框架看似簡單但已經包含了策略游戲的核心要素經濟運營金幣管理、兵種搭配策略選擇和時機把握即時操作。我們所有的后續系統包括金幣和評分都將圍繞這個核心循環來構建。2.2 Unity項目結構與核心管理器一個清晰的項目結構是后續高效開發的基礎。我建議在Unity中創建以下核心文件夾和腳本Assets/ ├── Scripts/ │ ├── Managers/ │ │ ├── GameManager.cs // 游戲總控狀態管理 │ │ ├── ResourceManager.cs // 資源金幣管理器 │ │ └── UIManager.cs // UI管理器 │ ├── Gameplay/ │ │ ├── Units/ // 所有單位相關腳本 │ │ ├── Buildings/ // 建筑相關腳本如基地 │ │ └── Spawner.cs // 單位生成器 │ ├── Data/ │ │ ├── UnitData.cs // 單位數據ScriptableObject │ │ └── GameSettings.cs // 游戲平衡參數 │ └── UI/ │ └── 各種UI面板腳本 ├── Prefabs/ // 所有的預制體 ├── Scenes/ └── ...GameManager是這個項目的大腦。它負責初始化游戲、切換游戲狀態如準備、戰斗中、結束、判斷勝負。我通常會用一個枚舉來定義游戲狀態并用事件C# Action來通知其他系統狀態變化這樣耦合度更低。public enum GameState { Menu, Preparation, Battle, Paused, GameOver } public class GameManager : MonoBehaviour { public static GameManager Instance; public GameState CurrentState { get; private set; } public static event ActionGameState OnGameStateChanged; private void Awake() { if (Instance null) Instance this; else Destroy(gameObject); } private void Start() { UpdateGameState(GameState.Menu); } public void UpdateGameState(GameState newState) { CurrentState newState; OnGameStateChanged?.Invoke(newState); // 根據狀態執行不同邏輯如暫停物理模擬等 } }注意使用單例模式Singleton管理全局管理器很方便但要小心不要濫用。確保在場景切換時正確處理用DontDestroyOnLoad或在每個場景單獨生成。對于中小型項目這種模式是高效且清晰的。3. 金幣系統的深度設計與實現金幣系統是休閑策略游戲的血液它驅動著玩家的每一個決策。一個好的金幣系統必須是“可理解、可預期、有深度”的。3.1 金幣的獲取途徑設計金幣不能只靠自動增長那樣會顯得單調。我設計了一個多來源的金幣獲取模型自然增長被動收入這是經濟的基礎。在ResourceManager中維護一個每玩家的金幣數通過協程Coroutine或計時器定期增加。public class ResourceManager : MonoBehaviour { public float goldPerSecond 5f; private float currentGold; private Coroutine goldGenerationCoroutine; void Start() { StartGoldGeneration(); } IEnumerator GenerateGoldOverTime() { while (true) { yield return new WaitForSeconds(1.0f); AddGold(goldPerSecond); // 每秒增加 } } }關鍵參數goldPerSecond。這個值直接影響游戲節奏。初期可以設低一點如3讓玩家有更多時間思考中后期可以通過升級來提升。占領資源點主動爭奪在地圖上設置幾個“金礦”或“圣壇”預制體。當玩家的單位進入其觸發區域并停留一段時間例如3秒后該資源點歸屬于該玩家并每隔一段時間如5秒為其提供一筆額外金幣。這引入了地圖控制和爭奪的維度。擊敗敵方單位戰斗獎勵每當玩家擊敗一個敵方單位根據該單位的造價或強度獎勵一定比例的金幣例如造價的一半。這鼓勵進攻性玩法并能讓劣勢方有“翻盤”的可能因為擊敗一個高價值單位能獲得大量資源。特殊技能或道具策略選擇可以設計一些消耗性技能如“點石成金”短時間內雙倍金幣獲取或“掠奪”立即偷取對方一定比例金幣。這增加了策略的多樣性。3.2 金幣的消耗與單位經濟平衡有收入就得有支出。金幣的主要消耗途徑就是生產戰斗單位。這里的核心在于單位的經濟平衡。我強烈建議使用ScriptableObject來管理單位數據。它為每個兵種創建一個可獨立配置的數據資產修改平衡性時無需改動代碼。[CreateAssetMenu(fileName NewUnitData, menuName Game Data/Unit Data)] public class UnitData : ScriptableObject { public string unitName; public GameObject unitPrefab; public float cost; // 金幣消耗 public float buildTime; // 訓練時間 public float health; public float attackDamage; public float attackRange; public float attackSpeed; public float moveSpeed; // 可以添加更多屬性如護甲類型、攻擊類型等用于克制計算 }平衡性設計心得成本與價值比一個單位的“戰斗力總估值”應與其成本大致成正比。你可以粗略定義一個公式估值 生命值 * 攻擊力 * 攻擊速度 / (移動速度因子)。通過調整UnitData中的數值讓所有單位的“單位金幣戰斗力”接近?？酥脐P系讓平衡更有深度。例如步兵成本低但對騎士傷害減半弓箭手對步兵有加成但被騎士近身后很脆弱。這種“石頭剪刀布”的關系能極大豐富策略。人口或容量限制為了防止“爆兵”流可以引入人口上限或隊伍容量概念。每生產一個單位占用一定人口人口上限可以通過升級基地來提升。這迫使玩家在數量和質量間做選擇。實現單位生產 在Spawner腳本中接收生產指令檢查玩家金幣和人口是否足夠然后扣除金幣開始一個建造計時器時間到后在指定位置生成單位預制體。public class Spawner : MonoBehaviour { public Transform spawnPoint; public void SpawnUnit(UnitData data, Player owner) { if (ResourceManager.Instance.GetGold(owner) data.cost) { ResourceManager.Instance.DeductGold(data.cost, owner); StartCoroutine(BuildUnitCoroutine(data, owner)); } } IEnumerator BuildUnitCoroutine(UnitData data, Player owner) { // 顯示建造進度條UI yield return new WaitForSeconds(data.buildTime); GameObject newUnit Instantiate(data.unitPrefab, spawnPoint.position, Quaternion.identity); newUnit.GetComponentUnitController().Initialize(owner, data); // 通知人口系統等 } }3.3 經濟系統的數據持久化與擴展對于休閑游戲我們通常需要保存玩家的金幣總數用于商店消費、解鎖的單位等內容。SQLite是一個輕量級且強大的選擇非常適合Unity移動端或PC端。集成SQLite使用Mono.Data.Sqlite或第三方插件如SQLite4Unity3d。在ResourceManager中初始化數據庫創建表來存儲玩家資源。// 初始化數據庫連接和表 private void InitDatabase() { string connectionString URIfile: Application.persistentDataPath /game_data.db; using (var connection new SqliteConnection(connectionString)) { connection.Open(); using (var command connection.CreateCommand()) { command.CommandText CREATE TABLE IF NOT EXISTS player_resources (player_id INTEGER PRIMARY KEY, gold INTEGER); command.ExecuteNonQuery(); } } }保存與加載在游戲退出或特定檢查點將當前金幣數寫入數據庫。游戲開始時從中讀取。踩坑記錄務必在OnApplicationPause或OnApplicationQuit事件中執行保存操作因為移動端應用很容易被突然切換到后臺。同時要考慮數據加密或校驗防止玩家輕易修改存檔文件。經濟系統擴展隨著游戲發展可以引入“銀行”系統金幣隨時間產生利息、稅收系統從占領的資源點按比例抽成、交易系統玩家間以物易物這需要服務器支持。這些都能讓經濟體系更加豐滿。4. 評分系統的多維構建與心理激勵評分系統是游戲給玩家的直接反饋一個好的評分系統能極大提升成就感和重復游玩的欲望。它不應該只是一個簡單的“勝利/失敗”而應該是一個多維度的評價體系。4.1 設計評分維度與權重我們可以從以下幾個維度來評價一局游戲的表現評分維度描述計算方式示例權重戰斗效率衡量單位消耗與造成的傷害比(總造成傷害) / (我方單位總成本)30%經濟運營衡量金幣獲取和使用的效率(游戲結束時總金幣獲取量) / (游戲時長)25%策略執行衡量是否有效利用兵種克制(通過克制造成的額外傷害) / (總造成傷害)20%速度評價鼓勵快速結束戰斗基礎分 - (游戲用時(秒) * 扣分系數)勝利時間越短分越高15%生存能力鼓勵減少戰損(我方基地剩余生命值百分比) * 系數10%權重分配的邏輯戰斗效率和經濟運營是核心策略能力的體現所以權重最高。策略執行鼓勵玩家深入理解游戲機制。速度和生存則提供了不同的游玩風格導向速攻流 vs 穩健流。4.2 實時評分反饋與UI實現評分不應該只在游戲結束時才出現。實時的、漸進式的反饋更能激勵玩家。實時評分計算在GameManager或一個專門的ScoreManager中訂閱相關事件如單位死亡、資源點占領、造成傷害實時更新上述各個維度的中間數據。public class ScoreManager : MonoBehaviour { private float totalDamageDealt; private float totalUnitCost; private float combatEfficiencyScore; // 戰斗效率分 void OnEnable() { Unit.OnUnitDealDamage HandleDamageDealt; Unit.OnUnitDeath HandleUnitDeath; } void HandleDamageDealt(float damage, Unit dealer) { if (dealer.Owner localPlayer) { totalDamageDealt damage; UpdateCombatEfficiency(); UIManager.Instance.UpdateScoreDisplay(combatEfficiencyScore, ScoreType.Combat); } } // ... 其他事件處理 }動態UI展示在游戲UI的角落例如屏幕左上角設計一個評分面板?？梢燥@示當前總分或者用進度條的形式展示各個維度的實時得分。當玩家完成一次精彩操作如用低成本單位反殺高成本單位時可以彈出一個小的“XX 戰斗效率分”的浮動文字給予即時正反饋。游戲結束評分界面這是重頭戲。設計一個總結界面清晰地展示五個維度的得分、每個維度的具體計算過程例如“戰斗效率造成1500傷害 / 消耗800金幣 1.88”、以及根據權重計算出的最終評級如D/C/B/A/S。配上相應的音效和動畫如分數滾動、評級星星點亮儀式感十足。4.3 評分數據的應用與長期驅動評分不能只是一個數字它必須和玩家的成長系統掛鉤。經驗值與等級根據每局最終評分或評級獎勵經驗值。S評級獎勵最多D評級獎勵最少。積累經驗提升玩家等級每升一級解鎖新的獎勵如頭像框、表情、或少量付費貨幣。成就系統評分系統的各個維度天然就是成就的來源。例如“經濟大師”單局游戲經濟運營維度獲得S評級?！巴昝揽酥啤眴尉钟螒虿呗詧绦芯S度得分超過90%?！伴W電戰”在3分鐘內贏得比賽并獲得勝利。 完成成就獎勵獨特的稱號、徽章或大量資源滿足玩家的收集欲和炫耀心理?；胤排c復盤保存每局游戲的關鍵數據初始種子、玩家操作序列、單位生成記錄等。結合評分可以允許玩家在歷史記錄中回看對局并高亮顯示“這里你的經濟運營出現了斷層”或“這次完美的克制為你贏得了大量策略分”。這對于希望提升技術的硬核玩家來說是無價之寶。實現技巧回放系統可以通過記錄每幀的“命令”如在時間t玩家A在位置(x,z)生產了單位U來實現。回放時只需用同樣的初始狀態重新執行這些命令即可數據量很小。Unity的JsonUtility或BinaryFormatter可以用于序列化這些命令列表并保存到本地。5. 核心玩法功能的實現與打磨有了經濟和評分框架我們需要把游戲最核心的“戰斗”部分做扎實。5.1 單位控制與戰斗AI對于休閑游戲單位通常采用自動戰斗Auto-Battler模式即玩家只負責生產和部署單位會自動尋找并攻擊敵人。有限狀態機FSM這是實現單位AI的經典模式。一個戰斗單位通常有Idle閑置、Move移動、Attack攻擊、Die死亡等狀態。public class UnitController : MonoBehaviour { public enum UnitState { Idle, Moving, Attacking, Dead } private UnitState currentState; private UnitData data; private Transform target; void Update() { switch (currentState) { case UnitState.Idle: FindNearestEnemy(); break; case UnitState.Moving: MoveTowardsTarget(); break; case UnitState.Attacking: if (target ! null InAttackRange()) { PerformAttack(); } else { currentState UnitState.Idle; } break; } } void FindNearestEnemy() { // 使用Physics.OverlapSphere或維護一個單位列表找到最近敵方單位 // 如果找到設置target狀態轉為Moving } }攻擊與傷害計算在PerformAttack()中啟動一個攻擊間隔計時器。計時器到期時對目標調用TakeDamage()方法。傷害計算可以引入簡單的公式例如最終傷害 攻擊力 - 目標護甲。護甲可以通過UnitData定義并設計減傷公式如每點護甲減少1%傷害。尋路與移動對于2D游戲可以使用Rigidbody2D加力或直接修改Transform.position。對于3D或更復雜的地形Unity的NavMesh系統是首選。烘焙好導航網格后單位AI就可以自動繞過障礙物尋找路徑。注意大量單位同時使用NavMesh尋路會造成性能壓力。優化方法包括使用更簡單的代理Agent類型、降低尋路更新頻率、對于群體單位采用“領頭羊”尋路其他跟隨的方式。5.2 地圖、基地與勝負判定地圖設計使用Unity的Terrain工具或Tilemap2D快速搭建對戰地圖。關鍵是要設計出有戰略意義的地形比如狹窄通道易守難攻適合放置防御塔或埋伏。資源點密集區必爭之地會爆發早期沖突。視野盲區可以隱藏單位發起突襲。 地圖的對稱性對于1v1對戰很重要能保證基本的公平。基地與生命值雙方主基地是一個擁有大量生命值的建筑Building腳本。它可能具備被動技能如緩慢回復周圍單位生命值或主動技能如一次性召喚護衛。當一方基地生命值降至0游戲結束。勝負判定邏輯在GameManager中持續檢查勝利條件。void Update() { if (CurrentState ! GameState.Battle) return; if (playerBase.health 0) { // 玩家失敗 EndGame(GameResult.Lose); } else if (enemyBase.health 0) { // 玩家勝利 EndGame(GameResult.Win); } else if (battleTime maxBattleTime) { // 超時根據基地剩余血量判定 EndGame(playerBase.health enemyBase.health ? GameResult.Win : GameResult.Lose); } }5.3 性能優化與調試技巧當單位數量多起來游戲可能會出現卡頓。以下是一些立竿見影的優化點對象池單位的頻繁創建Instantiate和銷毀Destroy是性能殺手。使用對象池在游戲開始時預先創建好一批單位預制體需要時激活不需要時禁用并放回池中。public class ObjectPool : MonoBehaviour { public GameObject prefab; private QueueGameObject pool new QueueGameObject(); public GameObject GetObject() { if (pool.Count 0) { GameObject obj pool.Dequeue(); obj.SetActive(true); return obj; } return Instantiate(prefab); } public void ReturnObject(GameObject obj) { obj.SetActive(false); pool.Enqueue(obj); } }距離檢測優化FindNearestEnemy如果每幀對所有單位進行兩兩距離計算O(n2)復雜度在單位多時會非常慢。可以使用空間劃分算法如網格法或四叉樹/八叉樹或者利用Unity的Physics.OverlapSphere并合理設置LayerMask來減少檢測范圍。使用ProfilerUnity的Profiler窗口是你的最佳朋友。定期用它分析CPU、GPU、內存和渲染的瓶頸。常見問題包括過多的Update調用、復雜的單幀邏輯、過高的Draw Call。調試心得為了平衡游戲我經常需要快速調整參數。我會把所有重要的平衡參數如單位屬性、金幣增長率放在一個GameSettingsScriptableObject中并在編輯器中為其創建一個簡單的自定義編輯器窗口這樣我可以在游戲運行時動態調整數值并立即看到效果極大提升了迭代效率。6. 常見問題與實戰避坑指南在實際開發中你一定會遇到各種各樣的問題。這里我總結了一些高頻問題和解決方案。6.1 開發流程中的典型問題問題現象/原因解決方案與技巧單位卡住或抖動多個單位尋路目標點過于接近或碰撞體互相擠壓。1. 增加NavMesh Agent的“回避優先級”。2. 使用RVO局部避障算法Unity有RVO插件。3. 簡化單位碰撞體或對友方單位使用忽略碰撞的Layer。游戲后期嚴重卡頓單位數量過多Update循環負擔重或存在內存泄漏。1. 實現對象池杜絕頻繁Instantiate/Destroy。2. 優化AI邏輯將部分計算如尋敵從每幀改為每隔幾幀執行一次分幀處理。3. 使用Profiler定位具體是腳本邏輯還是渲染問題。數據保存失敗或錯亂移動端應用被切到后臺時保存協程可能被中斷多線程讀寫沖突。1. 在OnApplicationPause(true)和OnApplicationQuit中同步調用保存方法而非啟動協程。2. 對數據庫操作加鎖確保同一時間只有一個讀寫操作。UI更新不及時或閃爍在非主線程中修改了UI元素或者Update中頻繁創建/銷毀UI對象。1. 所有UI更新操作務必放在主線程。可以使用MainThreadDispatcher插件或UnityMainThreadDispatcher。2. 對頻繁變化的UI如血量條使用對象池復用其GameObject。不同設備分辨率適配差UI布局使用絕對坐標或錨點設置不當。1. 全面使用Unity的Canvas Scaler和錨點系統。2. 針對關鍵UI元素進行多分辨率如16:9, 18:9, 19.5:9下的預覽和測試。6.2 游戲設計與平衡性調整感覺游戲節奏太慢/太快調快提高金幣自然增長率(goldPerSecond)降低高級單位成本縮短單位生產時間(buildTime)。調慢反之。關鍵技巧不要只調一個參數。例如想加快節奏可以同時“提高金幣獲取”和“降低單位血量”讓戰斗更激烈決策更頻繁。某個兵種過于強大IMBA第一步數據分析。查看后臺數據或自己測試是這個兵種輸出太高還是太肉還是成本太低第二步微調。優先調整其克制關系。例如一個高傷害的遠程單位過于強大可以為其增加一個“被近戰單位攻擊時承受額外傷害”的弱點而不是直接削弱其傷害這樣保留了其特色但引入了反制手段。第三步環境調整。如果某個兵種在特定地圖所向披靡可以考慮修改地圖增加其移動路徑上的障礙或者增加一種新的、能有效針對它的中立生物或環境機制。玩家抱怨經濟系統“滾雪球”優勢方資源越來越多劣勢方毫無翻盤希望。引入動態平衡機制例如當一方金幣差距超過一定閾值時為劣勢方提供微弱的金幣獲取加成。增加高風險高回報機制設計一個地圖中央的“超級資源點”占領難度高但獎勵極其豐厚給劣勢方一個搏命翻盤的機會。強化防御優勢讓處于防守狀態單位在己方半場的單位獲得輕微的傷害或血量加成讓優勢方推進時也需要付出代價。6.3 發布前的最后檢查清單在準備將游戲打包發布或提交測試前請務必核對以下清單[ ]功能完整性核心循環生產-戰斗-勝利/失敗是否完整且無惡性Bug[ ]數據持久化玩家金幣、等級、解鎖內容是否能在退出重啟后正確加載[ ]UI/UX所有按鈕是否有反饋音效、動畫提示信息是否清晰評分界面等關鍵信息是否易于理解[ ]性能在目標設備如中低端手機上單位數量達到設計上限時幀率是否穩定至少30fps[ ]平衡性邀請不同水平的朋友進行至少20局測試收集他們對各個兵種強度、經濟節奏、勝負體驗的反饋。[ ]新手引導是否有簡單明了的前1-3局引導教會玩家基本操作和核心規則[ ]設置選項是否提供了音量控制、畫質選項等基本設置最后我想分享一個我個人非常受用的習慣為你的游戲建立一個簡單的“數據儀表盤”。在開發過程中我通常會寫一個隱藏的調試界面實時顯示當前幀率、單位總數、每秒金幣收入、雙方實時戰斗力估值等數據。在測試平衡性時這個儀表盤能提供最直觀的依據幫你從“我感覺”進化到“數據證明”。游戲開發尤其是系統設計是一個不斷迭代和驗證的過程耐心和基于數據的決策是做出好作品的關鍵。