這個獨游開發(fā)者把"割地"做成了流體物理

第一次看到Everfront的演示時，我盯著屏幕愣了幾秒——這游戲的領(lǐng)土不是格子，不是像素塊，而是一坨會流動、會碰撞、會互相撕扯的多邊形。就像把戰(zhàn)略游戲和流體模擬攪在了一起，看著有點怪，但又有點上頭。

開發(fā)者Wilhelm Tranheden是個單槍匹馬的獨游制作人，他用Godot 4.5做了這款叫Everfront的東西。核心概念挺反直覺的：沒有單位，沒有基地，你的領(lǐng)土本身就是你的軍隊。地盤越大越強，被夾扁了就消失。聽起來簡單，但背后藏了一套相當硬核的技術(shù)方案。

為什么不用Godot自帶的Geometry2D？

Wilhelm在分享技術(shù)細節(jié)時直接說了三個原因。首先是性能——要在60幀下跑大規(guī)模程序化地圖的實時多邊形運算，GDScript根本扛不住。其次是精度需求，Godot內(nèi)置的幾何庫滿足不了領(lǐng)土邊界那種既要平滑又要準確的碰撞計算。最后是功能缺口，Clipper2庫能做的事，Geometry2D做不了。

所以他寫了個C++的GDExtension，把核心模擬塞進去，每幀調(diào)一次。這個選擇挺務(wù)實的：Godot的腳本層負責(zé)游戲邏輯，重活扔給原生擴展，兩邊各干各的。

一幀里到底發(fā)生了什么

Wilhelm拆解了每幀的運算流程。第一步，把每個領(lǐng)土多邊形切成更小的"細胞級"多邊形。第二步，這些小塊向外擴張，模擬領(lǐng)土生長。第三步，擴張后的形狀跟更強的敵方領(lǐng)土做裁剪——打不過的地方直接被切掉。第四步，再跟靜態(tài)地形裁一遍，湖泊、海岸線、地圖邊界都會擋住擴張。最后，所有幸存的小塊合并回一個完整的領(lǐng)土形狀。

這套流程聽著像流水線，但每一步都是實打?qū)嵉亩噙呅尾紶栠\算。Clipper2在這里是核心工具，專門處理這種高精度幾何操作。Wilhelm沒提具體用了Clipper2的哪些特性，但從"裁剪更強敵方領(lǐng)土"這個需求來看，應(yīng)該涉及多邊形差集和交集運算。

跟同類游戲比，差別在哪

Wilhelm自己列了幾個參照物。老派的Risk、文明、歐陸風(fēng)云4都是格子系統(tǒng)，領(lǐng)土一塊一塊的，邊界整齊得像行政區(qū)劃。近一點的Territorial.io和OpenFront用了柵格化方案，領(lǐng)土是像素拼的，戰(zhàn)斗一格一格算。Everfront走的是第三條路：真正的矢量多邊形，邊界是數(shù)學(xué)曲線，碰撞是連續(xù)的幾何運算。

這個區(qū)別玩起來應(yīng)該挺明顯的。柵格游戲的領(lǐng)土邊緣是鋸齒狀的，放大看全是馬賽克；Everfront的邊界理論上可以無限平滑，縮放也不會失真。更重要的是物理感——多邊形碰撞比像素檢測更接近"流體擠壓"的直覺，領(lǐng)土互相頂撞時的形變應(yīng)該更自然。

不過代價也很明顯。柵格系統(tǒng)查個像素顏色就能判斷歸屬，多邊形系統(tǒng)每幀都要重建幾何結(jié)構(gòu)，計算量完全不是一個量級。Wilhelm必須用C++擴展才能穩(wěn)住60幀，說明這個設(shè)計在性能上確實吃緊。

沒有單位，怎么玩

原文沒細說具體玩法，但從"領(lǐng)土即軍隊"這個設(shè)定可以推測一些方向。擴張可能是核心動作，玩家需要決定往哪長、長多快。遇到強敵時，領(lǐng)土?xí)徊眉舻簦赃吘壍貛У臓帄Z應(yīng)該是關(guān)鍵。沒有單位意味著沒有微操，策略重心完全放在宏觀地形控制上。

這種設(shè)計有點像某些簡化版的RTS或領(lǐng)土爭奪手游，但多邊形物理的加入讓戰(zhàn)術(shù)維度變了。柵格游戲里，你占一格就是一格，邊界是死的；Everfront里，邊界是活的，可以被擠壓、被切割、被包圍后孤立成飛地。領(lǐng)土形狀本身成了戰(zhàn)略資源——狹長地帶容易被攔腰切斷，圓形地盤更穩(wěn)固，這些幾何直覺可能會直接轉(zhuǎn)化為游戲策略。

Godot 4.5 + C++擴展，這個組合有意思

Wilhelm的技術(shù)選型挺值得琢磨。Godot 4.5是今年的版本，GDExtension是Godot 4.x主推的原生擴展方案，比以前的模塊編譯友好很多。但即便如此，寫C++擴展對獨游開發(fā)者來說還是有一定門檻的，尤其是要綁第三方庫Clipper2。

他選擇這條路，說明對性能的要求是硬約束，沒有妥協(xié)空間。這也反過來印證了設(shè)計本身的激進程度——如果做個保守的格子系統(tǒng)，GDScript完全夠用，根本不需要折騰原生擴展。

另一個細節(jié)是"程序化地圖"。原文提了這么一句，但沒展開。 procedural generation加實時多邊形模擬，這兩個都是CPU密集型任務(wù)，疊在一起對優(yōu)化的壓力更大。Wilhelm沒透露地圖規(guī)模有多大，但從"large procedural maps"的描述來看，應(yīng)該不是小打小鬧的關(guān)卡。

發(fā)售信息和一些疑問

Everfront這個月剛公布，計劃2026年11月登陸PC。Steam頁面已經(jīng)能加愿望單，但具體售價還沒透露。從開發(fā)進度來看，還有一年半左右的時間，技術(shù)框架應(yīng)該已經(jīng)跑通了，剩下主要是內(nèi)容填充和打磨。

有幾個點我比較好奇，但原文沒提。一是多人模式怎么做——多邊形同步比柵格狀態(tài)同步復(fù)雜得多，延遲和一致性都是挑戰(zhàn)。二是勝利條件是什么，純領(lǐng)土面積比拼還是有其他目標。三是AI怎么設(shè)計，沒有單位意味著傳統(tǒng)的建造-進攻循環(huán)不成立，AI需要全新的決策邏輯。

Wilhelm說他準備發(fā)一篇完整的技術(shù)博客，詳細講多邊形裁剪的實現(xiàn)。對技術(shù)實現(xiàn)感興趣的人可以蹲一下，應(yīng)該比這篇簡短分享深入得多。

最后說兩句

獨游圈子里，用技術(shù)冒險換設(shè)計獨特性的案例不少，但成的不多。Everfront的賣點很清晰——流體般的領(lǐng)土戰(zhàn)爭——但這個賣點能不能轉(zhuǎn)化為好玩的游戲體驗，現(xiàn)在還說不好。多邊形物理是噱頭還是核心樂趣，得等上手才知道。

不過Wilhelm的務(wù)實態(tài)度讓人有點信心。他沒吹牛說"重新定義策略游戲"，只是老老實實講技術(shù)選型、講性能瓶頸、講為什么必須用C++擴展。這種開發(fā)者通常更清楚自己在做什么，也更可能把承諾的東西做出來。

11月發(fā)售，到時候看看這坨會流動的領(lǐng)土到底好不好玩。