騎士於國戰的定位及職責
筆者第一篇寫的就是騎士, 無他, 眼見綠國多少大團打國戰, 戰術無大問題, 壓線/偷塔亦做得很好, 但就是輸騎士沒做好自己的職責, 結果慘敗於敵國QML之下, 實在非常可惜. 故此先淺談一下騎士的定位及職責問題.
騎士是非常特殊的戰鬥單位, 他肩負的職責是所有戰鬥單位的最多. 這是因為騎士擁有血量高, 移動快速和防禦力稍高於其他召喚物的優點; 但騎士亦擁有對步兵攻擊力弱和體形龐大等缺點. 簡而言之, 騎士於一場國戰的職責主要有以下數點:
1. 保護我方召喚物;
2. 攻擊敵方召喚物;
3. 報告敵方召喚物位置與數量;
4. 巡視敵方兵力分佈;
5. 巡邏敵方主城;
6. 巡邏敵方QML路線;
7. 擴建;
8. 偷塔, 亂水 (偏門打法)
保護我方召喚物, 這是我國騎士一般都做不到的. 騎士和被保護方都有責任. 一方面, 請求保護的召喚物沒有報告自己的位置, 騎士來幫忙往往也是遲了一步; 另一方面, 我國騎士愛追敵方騎士來打, 結果騎士都被引走, 更糟的是不少騎士都愛追著步兵來打, 完全忽視騎士擔當的職責. 騎士追敵方騎士打, 一般而言, 意義不大, 因為你通常也不知道敵方騎士數目到底有多少: 要是我方只有一隻騎士和一隻死靈, 敵方有兩隻騎士, 你這隻騎士去追敵方的一隻騎士, 追出去了, 那麼另一隻敵騎就有機可乘去打我方的死靈, 結果是我方死靈慘死, 你又殺不死敵方騎士(就算給你殺死了他, 我方虧的水晶數也是比敵方多10個!). 在我方騎士比敵方騎士少的情況之下, 騎士應該和我方受保護的召喚物一起行動, 在他身邊巡邏(左右走動), 要是發現敵騎接近, 立即給予對方壓力(本篇以探討騎士職責為主, 具體戰鬥方法不述). 即使我方騎士數目比敵方騎士數為多, 也不能掉以輕心, 因如前所述, 騎士跑得快, 敵方要是能一口氣生出幾隻騎士, 在數秒之內就能接近我方召喚物. 所以騎士還是乖乖別追敵騎來打為上策. 要是我方有各種召喚物受到攻擊, 應先保護那種召喚物? 具體可參照下表(以最需受保護的召喚物為左):
QML->死靈->巨人->騎士
QML可左右戰局, 必先保護; 死靈造價為召喚物之中最貴, 壓線能力強, 但血量較少, 需要騎士悉心保護; 巨人造價便宜, 血厚, 跑得慢, 容易受到敵步兵攻擊, 故又更次(即使沒敵騎來打巨人, 巨人通常也會死在敵步兵群之手... 所以巨人需要騎士和步兵群共同保護). 不過這只是從理論上去講. 要是有新手開死靈送死, 騎士是不必要拼血保護的 lol.
攻擊敵方召喚物, 是當我方騎士充足, 又沒有召喚物需要保護的時候才做的事. 具體做法, 可參照上一段, 基本上可由一騎引敵騎, 一騎主攻敵召; 又或者派些騎士去盯緊敵召喚, 讓敵方騎士緊張起來, 緊緊保護對方自己的召喚物, 然後我方的QML就能避開敵騎, 從另一面進入...
報告敵方召喚物位置, 重點是巡邏意識和巨集的編輯. 所謂巡邏意識, 就是看做騎士的能不能在每一個戰場都能預測到敵方死靈/巨人等召喚物會走的位置, 沒事做就去走走或開小地圖看那些位置有沒有星星, 一旦有發現就用軍團頻向其他隊友通報. 這需要經驗. 報告敵召位置方面, 建議在國戰前先預備好巨集(快捷鍵Y), 例如:
F1 發現敵軍巨人, 位置是<pos>
F2 發現敵軍死靈, 位置是<pos>
F3 發現敵軍奇美拉, 位置是<pos>
這個<pos>是你目前身處的位置, 所以最好走到召喚物附近才報告, 不然會報錯位置. 這樣你只要按一個快捷鍵(記得調較好頻道!), 就能簡而快地報告敵召位置. 有些玩家喜愛把敵召喚本職也報出來, 這也是好的, 因為攻擊力加成也和步兵一樣. 巨集詳情可以參考其他帖子.
巡視敵方兵力分佈, 一般而言只適用於有統一指揮的國戰, 指揮官執行為佳. 由於FEZ有戰霧, 敵我兵力分佈非常不明顯, 騎士跑得快, 正好用來偵察. 有經驗的指揮官, 會預先開騎士去主線, 戰略重地和敵軍偷塔路線巡視, 一旦發現敵軍有所行動, 便能即時作出反應調配我方兵力.
巡邏敵方主城, 這是我國騎士另一忽視之處. 巡邏敵城有幾個好處, 第一, 可以得悉敵方騎士數量; 第二, 可以抑止敵方召喚其他召喚物, 除非巡城騎被敵方趕走/殺死; 第三, 即使敵方叫出召喚物, 巡城騎也能即時通報/攻擊. 巡城方法很簡單, 在敵主城門口繞圈走的同時留意小地圖有沒有從主城裡出來的星星(因為步兵從主城四方八面也能叫出召喚物), 避免和步兵接觸(猶其是盾戰和冰法, 被他們打中絕對能讓你死), 避免和敵騎接觸(不必打敵騎, 你的責任是巡城, 要是你先出手你就硬直白白損血). 巡城騎士最好由一隻騎士負責, 而這隻巡城騎士越早出現越好, 原因是國戰通常都難以估計敵方騎士數目, 要是我方早期能生出騎士巡城, 就能盡早去人家門口數騎士數目(騎士只能從家門口生產!). 當然這也是從理論上去講, 實際情況往往是, 雙方騎士數量相若, 而雙方又有召喚物需要保護, 有空巡城的騎士實在不多. 但是怎樣也好, 在敵方國戰血量快扣完第一條和第二條的時候, 務必要派出騎士去敵方主城巡視QML. 要是敵方在這個時候開幾隻騎士來打我方巡城騎, 代表敵方真的要出QML, 心急了. 當然, 如果我方在召喚層面有壓倒性優勢, 多派幾隻騎士去巡城未嘗不可, 這樣敵方水工就只能一臉無奈了.
巡邏敵方QML路線, 這是對在敵方血量損到第二條和第三條仍生存的我方騎士講. 這時候, 要是我方沒有巡城騎士, 而騎士又有空, 就要巡視QML會走的路線. 至於QML路線如何, 需要經驗判斷, 亦可留意筆者日後的帖子.
擴建, 這對於不少團隊來說, 並非騎士的職責. 當然, 如果大家能夠將水晶用得最有效率, 前線隊長頻頻集水擴建, 後方水工擴建亦有效率, 擴騎似乎沒有必要存在. 可是, 在我國團隊各家自掃門前雪心態和規模冠絕五國的掛水陣容面前, 擴騎就有存在的價值. 擴騎跑得快, 跳得高, 能在各種山坡上建造方尖, 又能衝入敵陣建造城牆和箭塔, 更是懶惰水工的恩物. 要注意的是, 擴騎不能太早叫出, 理想情況是待我方建了兩座方尖後才叫出, 這是因為國戰裡快速建造頭兩坐方尖往往是決勝關鍵. 擴騎一出以後, 最好有人做水銀, 這能令擴騎盡快從水銀身上取得所需水晶和隨時知道水銀存量, 既省時又省力. 另外, 一山不能藏二虎, 一場國戰切忌存在兩隻或以上擴騎, 這樣擴建會有誤會之餘, 前線召喚亦不能得到好好保護. 此外, 擴騎一定要交由懂得擴建的玩家負責, 否則該場國戰擴建方面會輸得很慘. 最後, 擴騎千萬不可以擅離職守, 因為整場國戰擴建的責任就交給你了.
用騎士偷塔, 亂水都是些較偏門的打法. 亂水方面, 在港服初開之時的確有很多騎士去做的, 但是當大家了解到騎士打人根本不痛這個事實的時候, 亂水的騎士就少了. 基本上, 騎士會亂水, 該場國戰要不根本就是歡樂場, 要不就是敵方完全放棄召喚, 我方騎士悶得發慌. 而偷塔方面, 玩法也是比較偏門. 要是一場國戰雙方打到水乾, 而雙方都確定會放棄召喚, 那麼我方剩下的騎士就可以開到遠離敵主城的方尖, 集體解召偷塔. 最好挑邊線位置的塔來偷, 因為一旦偷塔成功, 敵方佔領度損耗就大, 血量也損很大.
職責矛盾處
或問, 騎士職責那麼多, 要是該場國戰我方騎士不足, 應該如何取捨呢? 首先騎士一定要看雙方國家血量. 要是敵方血量損到很快就可以出QML, 那麼不用猶疑, 立即巡城; 要是不確定敵方QML出了沒有, 那就去巡QML行走路線. 要是剛開打不久, 而我方沒死靈和巨人, 就可以視乎情況選擇巡城, 擴建, 或攻擊敵方死靈/巨人. 要是剛開打不久, 而我方有死靈巨人, 就去保護他們, 待敵方血量快到可以出QML的時候才去巡城. 不同情況要做的事也不同, 要多累積經驗.
騎士注意保命!
騎士造價其實不低, 步兵的生命是便宜的, 但騎士的生命是昂貴的, 40粒水晶, 可以建兩座方尖有餘, 足以開拓一邊戰線. 所以騎士一定要注意保命:
1. 練好個人騎士技術, 要是對自己的2技沒信心, 多用1技;
2. 切忌跑進敵方步兵群中心, 即使有時無可避免地遇上敵步兵, 也要注意遠離會盾擊的盾戰和會冰凍減速的法師(不要小看法師, 技術高的法師, 即使只是副修冰法, 也絕對能讓你吃盡苦頭);
3. 切忌追敵步兵來打, 除非有步兵要脅我方召喚的生命安全;
4. 騎士血量低於500, 一定要逃走, 一隻空血騎士往往能吸引敵方數隻騎士來追, 這樣敵方騎士就中計了. 要是情況許可, 回城解召再出一隻新的吧.
附: 召喚推進法則
其實召喚物就像AOC裡面的重投, 巨投, 死靈/巨人運用得宜, 絕對能令整場國戰形勢扭轉. 故此, 在適當時候召喚適當召喚物, 絕對能讓大家國戰得心應手. 當然這需要靠各玩家報告敵召喚數目, 這就要看玩家合作是否得宜. 具體推進法則, 可參照下表(->代表生產):
40分鐘前 -> 1隻擴騎, 1隻戰鬥騎
35分鐘前, 判斷敵方有沒有騎士, 有 -> 2騎士; 沒有 -> 1死靈1騎士
30分鐘前, 如我方已有死靈 -> 2騎/1騎1巨; 如沒有死靈, 敵方沒騎/1騎 -> 1死靈1騎士; 如沒有死靈, 敵方3騎或以上 -> 2騎士
如是者我方要不就是有5~6騎, 要不就是有1死靈最少4騎. 理想情況是3騎護1死靈, 1擴騎, 1巡城騎. 敵方不斷出騎的場合, 我方不必心急推死靈巨人, 因為出了也是被秒, 這時我方大可以繼續出騎士, 等QML偷襲或者對方心急了出死靈巨人浪費水晶. 我方騎士比敵方召喚較遲的場合, 不必猶疑, 不斷出騎吧, 沒有基本防守單位, 基本上召喚層面是穩輸. 我方召喚層面較強的場合, 則可試推巨人. 我方召喚層面完全優勝的場合, 即使對方壓線能力不弱, 我方整體形勢也佔優, 因為有死靈和QML啊. |