1. 項(xiàng)目概述為什么選擇C重寫三國殺作為一個(gè)玩了十幾年桌游、也寫了十幾年代碼的老程序員我一直對(duì)《三國殺》這款游戲情有獨(dú)鐘。它的魅力在于將武將技能、卡牌效果和玩家決策精巧地編織在一起形成了一個(gè)動(dòng)態(tài)、復(fù)雜的博弈系統(tǒng)。市面上雖然有各種現(xiàn)成的客戶端但作為一個(gè)技術(shù)人總想親手“拆開”看看里面的齒輪是怎么咬合的。用C來實(shí)現(xiàn)是我深思熟慮后的選擇。首先C的“零成本抽象”特性讓我們?cè)跇?gòu)建游戲核心邏輯這種對(duì)性能有要求的系統(tǒng)時(shí)既能保持代碼的結(jié)構(gòu)清晰又不用擔(dān)心像某些高級(jí)語言那樣引入過多的運(yùn)行時(shí)開銷。游戲的核心循環(huán)——判定、響應(yīng)、結(jié)算——每秒鐘可能發(fā)生成百上千次C的高效執(zhí)行至關(guān)重要。其次面向?qū)ο蟮脑O(shè)計(jì)模式OOP與卡牌游戲的“萬物皆對(duì)象”理念天然契合。一張“殺”牌、一個(gè)“關(guān)羽”武將、一次“閃”的響應(yīng)都可以被優(yōu)雅地抽象為類通過繼承和多態(tài)來管理它們之間錯(cuò)綜復(fù)雜的關(guān)系。最后這是一次絕佳的練兵機(jī)會(huì)能深入實(shí)踐設(shè)計(jì)模式、狀態(tài)機(jī)、事件驅(qū)動(dòng)等中大型項(xiàng)目必備的架構(gòu)思想。這個(gè)項(xiàng)目我們將完全從零開始不依賴任何游戲引擎僅使用標(biāo)準(zhǔn)庫和少量第三方庫如用于網(wǎng)絡(luò)通信的asio但本文核心聚焦單機(jī)邏輯目標(biāo)是構(gòu)建一個(gè)可運(yùn)行、可擴(kuò)展、代碼結(jié)構(gòu)清晰的三國殺核心邏輯框架。無論你是想深入學(xué)習(xí)C面向?qū)ο笤O(shè)計(jì)還是對(duì)游戲邏輯實(shí)現(xiàn)感興趣亦或是想挑戰(zhàn)一個(gè)中等復(fù)雜度的綜合項(xiàng)目這篇文章都將為你提供一條清晰的路徑。2. 核心架構(gòu)設(shè)計(jì)如何用C抽象游戲世界在動(dòng)手寫第一行代碼之前我們必須先搭好骨架。一個(gè)混亂的架構(gòu)會(huì)讓后續(xù)的卡牌效果、技能聯(lián)動(dòng)變成一場(chǎng)災(zāi)難。我的設(shè)計(jì)核心是“事件驅(qū)動(dòng)”和“組件化”。2.1 核心類關(guān)系圖與職責(zé)劃分整個(gè)游戲世界由幾個(gè)核心類構(gòu)成它們的關(guān)系可以用以下方式理解Game游戲控制器單例模式的最佳實(shí)踐場(chǎng)景。它是游戲的總指揮持有游戲狀態(tài)回合、階段、玩家列表并驅(qū)動(dòng)整個(gè)游戲循環(huán)Loop。它也是事件總線Event Bus的中心所有游戲內(nèi)動(dòng)作都轉(zhuǎn)化為事件Event由它派發(fā)。Player玩家代表一名游戲參與者。它應(yīng)該是一個(gè)“瘦”對(duì)象主要包含身份、血量、手牌區(qū)、裝備區(qū)、判定區(qū)等數(shù)據(jù)。其行為如出牌、發(fā)動(dòng)技能大多通過持有的PlayerController玩家控制器來觸發(fā)這樣便于實(shí)現(xiàn)AI將Controller替換為AI邏輯和網(wǎng)絡(luò)層將Controller替換為網(wǎng)絡(luò)消息處理器的擴(kuò)展。Card卡牌所有卡牌的基類。它包含卡牌的基本屬性花色、點(diǎn)數(shù)、名稱、類型基本牌、錦囊牌、裝備牌。這里的關(guān)鍵是使用多態(tài)。我們定義一個(gè)虛函數(shù)bool use(Game* game, Player* source, std::vectorPlayer* targets)。那么“殺”、“桃”、“過河拆橋”這些具體卡牌類都繼承自Card并重寫use方法來實(shí)現(xiàn)各自的效果邏輯。Effect效果/技能這是實(shí)現(xiàn)復(fù)雜邏輯的“魔法”。我們將游戲內(nèi)發(fā)生的任何事情都視為“效果”例如“造成1點(diǎn)傷害”、“摸兩張牌”、“獲得一個(gè)技能”。Effect是一個(gè)可執(zhí)行、可逆轉(zhuǎn)為了處理“無懈可擊”等的動(dòng)作單元。武將技能和卡牌效果在觸發(fā)時(shí)都會(huì)生成相應(yīng)的Effect實(shí)例提交給Game去執(zhí)行和結(jié)算。Event事件游戲內(nèi)狀態(tài)變化的通知。例如CardUsedEvent卡牌使用、DamageEvent傷害造成前/后、PhaseEvent階段開始/結(jié)束時(shí)。采用觀察者模式任何對(duì)象如武將技能都可以監(jiān)聽Subscribe感興趣的事件并在事件發(fā)生時(shí)觸發(fā)對(duì)應(yīng)的技能邏輯。這是實(shí)現(xiàn)技能聯(lián)動(dòng)的基石。設(shè)計(jì)心得千萬不要讓Player類變成一個(gè)“上帝類”。我曾見過新手實(shí)現(xiàn)時(shí)把洗牌、判定、傷害計(jì)算等所有邏輯都塞進(jìn)Player里導(dǎo)致類膨脹到幾千行難以維護(hù)。務(wù)必遵循單一職責(zé)原則。2.2 關(guān)鍵數(shù)據(jù)結(jié)構(gòu)選型C標(biāo)準(zhǔn)庫為我們提供了強(qiáng)大的容器選擇合適的數(shù)據(jù)結(jié)構(gòu)能事半功倍。牌堆、棄牌堆、手牌使用std::vectorCard*或std::dequeCard*。vector連續(xù)內(nèi)存隨機(jī)訪問如“觀星”看牌堆頂?shù)腘張牌效率高但中間插入刪除慢。考慮到主要操作是牌堆頂?shù)拿坪蜅壟贫秧數(shù)奶砑觗eque雙端隊(duì)列在頭尾操作上性能更優(yōu)且也支持一定程度的隨機(jī)訪問是更合適的選擇。必須注意內(nèi)存管理。由于存放的是指針我們需要在析構(gòu)函數(shù)或游戲結(jié)束時(shí)手動(dòng)遍歷容器并delete每一張牌或者更現(xiàn)代地使用std::vectorstd::unique_ptrCard利用智能指針自動(dòng)管理生命周期。玩家列表使用std::vectorPlayer*或std::listPlayer*。游戲過程中玩家順序座次是固定的但經(jīng)常需要按順序遍歷如從當(dāng)前回合玩家開始逆時(shí)針結(jié)算。vector的遍歷緩存友好效率極高。雖然玩家陣亡需要“移除”但我們通常不真正刪除元素而是將其標(biāo)記為“死亡”is_alive狀態(tài)置為false在遍歷時(shí)跳過即可。因此vector是首選。技能/事件映射使用std::unordered_map。為了快速根據(jù)事件類型找到所有監(jiān)聽它的技能我們需要一個(gè)映射std::unordered_mapEventType, std::vectorSkill*。unordered_map基于哈希表平均O(1)的查找速度非常適合這種高頻查詢。// 示例事件系統(tǒng)核心結(jié)構(gòu)簡析 class EventBus { private: std::unordered_mapEventType, std::vectorstd::functionvoid(const Event) listeners_; public: void subscribe(EventType type, std::functionvoid(const Event) handler) { listeners_[type].push_back(handler); } void publish(const Event event) { auto it listeners_.find(event.type()); if (it ! listeners_.end()) { for (auto handler : it-second) { handler(event); // 觸發(fā)所有監(jiān)聽該事件的處理器 } } } };3. 核心流程實(shí)現(xiàn)游戲循環(huán)與回合引擎游戲的核心是一個(gè)狀態(tài)機(jī)驅(qū)動(dòng)著“回合-階段-操作”的循環(huán)。這個(gè)循環(huán)必須穩(wěn)定、清晰且易于調(diào)試。3.1 游戲主循環(huán)與狀態(tài)遷移主循環(huán)不是簡單的while(1)它必須能優(yōu)雅地處理等待玩家輸入、網(wǎng)絡(luò)延遲、動(dòng)畫播放如果以后有UI等情況。一個(gè)基于狀態(tài)的設(shè)計(jì)如下class Game { public: enum class State { INIT, PLAYING, ROUND_START, TURN_START, ... , GAME_OVER }; void run() { state_ State::INIT; initializeGame(); // 初始化身份、發(fā)牌等 state_ State::PLAYING; while (state_ ! State::GAME_OVER) { switch (state_) { case State::ROUND_START: onRoundStart(); state_ State::TURN_START; break; case State::TURN_START: onTurnStart(current_player_); state_ State::PHASE_JUDGE; // 進(jìn)入判定階段 break; case State::PHASE_JUDGE: resolveJudgement(current_player_); state_ State::PHASE_DRAW; break; case State::PHASE_DRAW: current_player_-drawCards(2); state_ State::PHASE_PLAY; break; case State::PHASE_PLAY: // 這里是關(guān)鍵進(jìn)入玩家自由出牌階段。 // 我們需要一個(gè)子狀態(tài)機(jī)或者通過異步回調(diào)來處理玩家的每張牌。 waitForPlayerAction(current_player_); // 當(dāng)玩家點(diǎn)擊“結(jié)束出牌”或無法/不想再出牌時(shí)跳出此階段 state_ State::PHASE_DISCARD; break; case State::PHASE_DISCARD: checkHandCardLimit(current_player_); state_ State::TURN_END; break; case State::TURN_END: onTurnEnd(current_player_); moveToNextPlayer(); state_ State::TURN_START; break; } checkGameOver(); // 每輪循環(huán)后檢查游戲是否結(jié)束 } } private: State state_; Player* current_player_; // ... 其他成員 };避坑指南PHASE_PLAY出牌階段的實(shí)現(xiàn)是最復(fù)雜的。它不是一個(gè)瞬間完成的狀態(tài)而是一個(gè)等待期。在控制臺(tái)版本我們可以用阻塞式輸入但在未來面向事件驅(qū)動(dòng)的UI或網(wǎng)絡(luò)版中這里必須改為非阻塞的。我的做法是在進(jìn)入PHASE_PLAY時(shí)向該玩家的PlayerController發(fā)送一個(gè)“請(qǐng)開始你的回合”的事件。然后游戲主循環(huán)或另一個(gè)事件循環(huán)繼續(xù)運(yùn)行等待PlayerController提交一個(gè)“結(jié)束出牌”的動(dòng)作請(qǐng)求。這需要將游戲狀態(tài)機(jī)設(shè)計(jì)為可被事件中斷和驅(qū)動(dòng)的。3.2 卡牌使用與結(jié)算鏈這是游戲邏輯的精華所在。以一張【殺】為例其使用和結(jié)算是一個(gè)嚴(yán)謹(jǐn)?shù)逆湕l合法性檢查來源玩家是否處于“出牌階段”是否已有“殺”的使用限制是否在攻擊范圍內(nèi)目標(biāo)是否合法例如是否有“空城”技能聲明使用通過Game::useCard(Card* card, Player* source, std::vectorPlayer* targets)函數(shù)。此函數(shù)會(huì)創(chuàng)建一個(gè)CardUseEvent并發(fā)布。響應(yīng)時(shí)機(jī)牌堆頂在卡牌效果生效前插入一個(gè)“響應(yīng)時(shí)機(jī)”。其他玩家可以打出【閃】或者使用【無懈可擊】響應(yīng)某些錦囊。這通過監(jiān)聽CardUseEvent的技能來實(shí)現(xiàn)。例如一個(gè)“護(hù)駕”技能可以在此刻被觸發(fā)。效果生效如果無人響應(yīng)或響應(yīng)無效則執(zhí)行卡牌真正的Effect。對(duì)于【殺】就是創(chuàng)建一個(gè)DamageEffect傷害效果。傷害結(jié)算DamageEffect執(zhí)行時(shí)會(huì)先發(fā)布一個(gè)DamageEvent造成傷害時(shí)觸發(fā)諸如“奸雄”、“反饋”這類技能。然后實(shí)際扣減目標(biāo)體力。扣減后再發(fā)布一個(gè)DamagedEvent受到傷害后觸發(fā)“遺計(jì)”、“剛烈”等技能。后續(xù)處理將使用的卡牌移入棄牌堆。// 簡化的卡牌使用函數(shù)核心邏輯 bool Game::useCard(Card* card, Player* source, std::vectorPlayer* targets) { // 1. 合法性檢查 if (!card-isTargetValid(source, targets)) return false; // 2. 創(chuàng)建使用事件 CardUseEvent useEvent(card, source, targets); eventBus_.publish(useEvent); // 3. 檢查是否被“無懈可擊”等技能抵消 if (useEvent.isCanceled()) { moveCardToDiscard(card); return true; // 使用行為發(fā)生但被抵消 } // 4. 執(zhí)行卡牌效果 std::unique_ptrEffect effect card-createEffect(source, targets); if (effect) { effect-apply(this); // apply內(nèi)部會(huì)處理傷害、摸牌等所有結(jié)算 } // 5. 移動(dòng)卡牌到棄牌堆 moveCardToDiscard(card); return true; }4. 高級(jí)特性實(shí)現(xiàn)技能系統(tǒng)與狀態(tài)管理武將技能是三國殺的靈魂。一個(gè)靈活的技能系統(tǒng)能讓我們用最少的代碼添加新武將。4.1 基于事件的技能觸發(fā)機(jī)制我為每個(gè)技能定義一個(gè)類繼承自Skill基類。Skill的核心是trigger方法和一個(gè)events_列表標(biāo)明這個(gè)技能監(jiān)聽哪些事件。class Skill { public: virtual std::string name() const 0; virtual std::vectorEventType triggerEvents() const 0; virtual void onTrigger(const Event event, Game* game, Player* owner) 0; // ... 其他如是否鎖定技、限定技等屬性 }; // 具體技能示例“奸雄”曹操 class JianXiong : public Skill { public: std::string name() const override { return 奸雄; } std::vectorEventType triggerEvents() const override { return {EventType::Damaged}; // 監(jiān)聽受到傷害后的事件 } void onTrigger(const Event event, Game* game, Player* owner) override { auto damagedEvent dynamic_castconst DamagedEvent(event); // 獲取造成傷害的牌 Card* damageCard damagedEvent.damageCard; if (damageCard) { // 將牌加入自己的手牌 game-obtainCard(owner, damageCard, CardArea::HAND); game-broadcastMessage(owner-name() 發(fā)動(dòng)了【奸雄】獲得了 damageCard-name()); } } };在游戲初始化時(shí)將武將對(duì)應(yīng)的技能實(shí)例綁定到玩家身上并將其注冊(cè)到事件總線。當(dāng)事件發(fā)生時(shí)事件總線會(huì)自動(dòng)調(diào)用所有監(jiān)聽該事件的技能的onTrigger方法。4.2 復(fù)雜狀態(tài)與標(biāo)記系統(tǒng)很多技能會(huì)產(chǎn)生持續(xù)性的狀態(tài)或標(biāo)記例如“樂不思蜀”、“閃電”、“連環(huán)”。狀態(tài)State通常有明確的開始和結(jié)束時(shí)機(jī)如一個(gè)回合內(nèi)。可以用一個(gè)std::mapstd::string, int或更復(fù)雜的State類附加在Player上。例如“跳過出牌階段”可以是一個(gè)狀態(tài)。標(biāo)記Mark更通用可能沒有明確時(shí)限用于記錄信息。例如“連環(huán)”標(biāo)記可以用一個(gè)布爾值表示。更復(fù)雜的如“伏兵”標(biāo)記可能需要記錄額外的數(shù)據(jù)如埋伏的牌。我設(shè)計(jì)了一個(gè)Mark類包含類型和任意數(shù)據(jù)的容器如std::any。class Player { // ... private: std::unordered_mapstd::string, std::shared_ptrMark marks_; std::vectorstd::unique_ptrState states_; public: void addMark(const std::string key, std::shared_ptrMark mark) { marks_[key] mark; } bool hasMark(const std::string key) const { return marks_.find(key) ! marks_.end(); } // 狀態(tài)管理類似但通常有生命周期檢查如回合結(jié)束時(shí)移除 };處理“閃電”這種需要傳遞的判定牌可以將其作為一個(gè)特殊的標(biāo)記掛在當(dāng)前判定玩家身上在判定階段觸發(fā)。5. 代碼組織、調(diào)試與擴(kuò)展建議當(dāng)項(xiàng)目代碼量達(dá)到數(shù)千行時(shí)良好的組織至關(guān)重要。5.1 模塊化與目錄結(jié)構(gòu)我建議的目錄結(jié)構(gòu)如下SGS-Core/ ├── core/ │ ├── game.{hpp, cpp} // Game類主循環(huán) │ ├── player.{hpp, cpp} // Player類 │ ├── card.{hpp, cpp} // Card基類及派生類 │ ├── effect.{hpp, cpp} // Effect基類及各種效果 │ ├── event.{hpp, cpp} // Event基類及各種事件 │ └── skill.{hpp, cpp} // Skill基類及具體技能 ├── engine/ │ ├── event_bus.{hpp, cpp} // 事件總線實(shí)現(xiàn) │ └── state_machine.{hpp, cpp} // 可選狀態(tài)機(jī)引擎 ├── utils/ │ ├── random.{hpp, cpp} // 隨機(jī)數(shù)生成器洗牌、判定 │ └── logger.{hpp, cpp} // 日志系統(tǒng)調(diào)試必備 ├── data/ │ └── card_data.json // 卡牌數(shù)據(jù)可JSON定義運(yùn)行時(shí)加載 └── main.cpp使用#pragma once或標(biāo)準(zhǔn)的#ifndef防衛(wèi)式頭文件聲明避免重復(fù)包含。在Card和Skill的具體實(shí)現(xiàn)中大量使用工廠模式通過字符串名稱來創(chuàng)建對(duì)象便于從數(shù)據(jù)文件加載。5.2 調(diào)試技巧與日志輸出在沒有圖形界面的核心邏輯開發(fā)階段一個(gè)強(qiáng)大的日志系統(tǒng)是你的眼睛。class Logger { public: enum Level { DEBUG, INFO, WARN, ERROR }; static Logger instance() { static Logger logger; return logger; } void log(Level level, const std::string message) { if (level currentLevel_) { // currentLevel_可配置 std::cout [ levelToString(level) ] message std::endl; // 也可以輸出到文件 } } private: Level currentLevel_ DEBUG; // ... }; // 在代碼中大量使用 Logger::instance().log(Logger::INFO, 玩家 player-name() 使用了【殺】目標(biāo) target-name()); Logger::instance().log(Logger::DEBUG, 進(jìn)入判定階段判定牌是 card-toString());通過日志你可以清晰地看到游戲流程回合開始 - 判定階段 - 摸牌階段 - 出牌階段玩家使用殺 - 觸發(fā)技能... - 棄牌階段 - 回合結(jié)束。當(dāng)技能結(jié)算出現(xiàn)問題時(shí)通過對(duì)比日志和規(guī)則手冊(cè)能快速定位BUG所在。5.3 擴(kuò)展方向AI、網(wǎng)絡(luò)與GUI當(dāng)核心邏輯穩(wěn)定后你可以考慮以下擴(kuò)展AI人工智能實(shí)現(xiàn)一個(gè)AIController類繼承自PlayerController。AI的決策可以非常簡單隨機(jī)出牌也可以非常復(fù)雜基于狀態(tài)評(píng)估的博弈樹搜索。一個(gè)簡單的規(guī)則型AI就可以大大提升測(cè)試效率。網(wǎng)絡(luò)對(duì)戰(zhàn)將Game類作為服務(wù)器權(quán)威邏輯。PlayerController變?yōu)榫W(wǎng)絡(luò)適配器接收客戶端消息轉(zhuǎn)換為游戲動(dòng)作并將游戲狀態(tài)廣播給所有客戶端。可以使用Boost.Asio或ENet庫。關(guān)鍵點(diǎn)所有隨機(jī)數(shù)洗牌、判定必須在服務(wù)器端生成客戶端只負(fù)責(zé)表現(xiàn)。圖形界面GUI使用如SFML、SDL2或Qt等庫。GUI層只負(fù)責(zé)渲染和輸入采集將所有游戲邏輯調(diào)用轉(zhuǎn)發(fā)給核心的Game實(shí)例。這就是典型的MVC模型-視圖-控制器架構(gòu)核心邏輯是模型Model完全獨(dú)立于視圖View。6. 常見問題與實(shí)戰(zhàn)排坑記錄在開發(fā)過程中我踩過不少坑這里分享幾個(gè)最具代表性的問題一循環(huán)引用導(dǎo)致的內(nèi)存泄漏技能持有玩家的指針玩家又持有技能的集合容易形成循環(huán)引用。如果使用std::shared_ptr會(huì)導(dǎo)致對(duì)象永遠(yuǎn)無法釋放。解決方案明確所有權(quán)關(guān)系。玩家“擁有”其技能std::vectorstd::unique_ptrSkill。技能如果需要反向引用玩家使用原始指針Player*或弱引用std::weak_ptrPlayer因?yàn)榧寄艿纳芷诮^不會(huì)長于玩家。問題二事件處理的順序問題當(dāng)多個(gè)技能同時(shí)監(jiān)聽同一個(gè)事件例如“受到傷害時(shí)”誰先觸發(fā)這直接影響游戲平衡。解決方案為技能引入“優(yōu)先級(jí)”或“時(shí)機(jī)”概念。在事件總線內(nèi)部對(duì)監(jiān)聽同一事件的處理器進(jìn)行排序。通常按照“回合角色”優(yōu)先、主動(dòng)技能優(yōu)先等規(guī)則。可以在Skill類中增加一個(gè)int priority()方法在注冊(cè)時(shí)排序。問題三“鎖定技”與“非鎖定技”的混淆鎖定技必須發(fā)動(dòng)非鎖定技可以選擇發(fā)動(dòng)。在代碼中如果簡單調(diào)用onTrigger就變成了強(qiáng)制發(fā)動(dòng)。解決方案在Skill::onTrigger中對(duì)于非鎖定技首先要向玩家或AI提供一個(gè)“是否發(fā)動(dòng)”的查詢接口。這可以通過一個(gè)回調(diào)函數(shù)或一個(gè)額外的canTrigger詢問階段來實(shí)現(xiàn)。問題四結(jié)算嵌套與棧溢出例如A對(duì)B使用【殺】B觸發(fā)“反饋”技能傷害AA又觸發(fā)“剛烈”技能……如果遞歸調(diào)用處理不當(dāng)可能導(dǎo)致調(diào)用棧溢出。解決方案將結(jié)算過程“扁平化”。使用一個(gè)結(jié)算隊(duì)列Effect Queue。當(dāng)發(fā)生嵌套結(jié)算時(shí)不立即執(zhí)行新效果而是將其插入隊(duì)列尾部。游戲主循環(huán)或一個(gè)專門的結(jié)算器會(huì)不斷從隊(duì)列頭部取出效果執(zhí)行直到隊(duì)列為空。這保證了結(jié)算順序的清晰和棧的深度可控。問題五隨機(jī)性測(cè)試與復(fù)現(xiàn)卡牌游戲充滿隨機(jī)性一個(gè)BUG可能很難穩(wěn)定復(fù)現(xiàn)。解決方案實(shí)現(xiàn)一個(gè)可播種Seed的偽隨機(jī)數(shù)生成器。在測(cè)試時(shí)使用固定的種子這樣每次運(yùn)行的“隨機(jī)”洗牌和判定順序都是一樣的可以完美復(fù)現(xiàn)BUG場(chǎng)景。在Logger中輸出關(guān)鍵隨機(jī)數(shù)種子便于記錄和回溯。從零實(shí)現(xiàn)《三國殺》是一個(gè)龐大的工程但將其分解為“核心架構(gòu)-流程引擎-技能系統(tǒng)”這幾個(gè)模塊后就變得清晰可行。這個(gè)過程不僅是對(duì)C面向?qū)ο蠛驮O(shè)計(jì)模式的深度實(shí)踐更是對(duì)復(fù)雜邏輯抽象和系統(tǒng)架構(gòu)能力的一次極佳鍛煉。當(dāng)你看到自己編寫的程序能夠正確運(yùn)行一局包含【閃電】、【樂不思蜀】和多個(gè)武將技能互動(dòng)的對(duì)局時(shí)那種成就感是無與倫比的。最重要的是這個(gè)核心框架像樂高底座一樣穩(wěn)固未來你想添加新武將、新卡牌甚至創(chuàng)造自己的擴(kuò)展包都會(huì)變得非常輕松。