您尚未登录,请登录后浏览更多内容! 登录 | 注册并了解

QQ登录

只需一步,快速开始

 找回密码
 注册并了解

QQ登录

只需一步,快速开始

查看: 1732|回复: 0
打印 上一主题 下一主题
收起左侧

娱乐和强度兼备 战士新方向加固战卡组

[复制链接]

跳转到指定楼层
楼主
发表于 2016-6-12 08:05:06 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
前言

大家好,我是最后的毁灭者。
战士曾经是版本发售初期最火热的卡组之一,连续各服登顶的瓦王战其强度不言而喻,就连5月末的中欧赛战士都是不可或缺的出场职业,但是据统计中欧赛上战士的胜率却未超过50%,主要原因在于瓦王战的节奏,稍有不慎就容易出现一招卡死全盘皆输的情况。
这次长沙黄金赛上,战士的出场率明显比中欧赛之前的出场率要低了不少,主要原因也在于大家对战士的针对做的很好,软泥怪、哈里森、科多兽,腻害的战士选手早就被针对的淘汰了。当然这也足以证明了战士的强大,毕竟树大招风风撼树,只有经得起推敲的卡组经得起敲打的职业才能更好的发展。
战士的形态也是目前天梯形态最多的职业没有之一,瓦王战、龙战以及为数不多的奴隶战和更加稀缺的豪战
当然这篇文章并不是介绍瓦王战的,本次介绍的是我自己做的一套加固瓦王战,当然严格意义上这套加固战算是瓦王战的变种卡组。
卡组核心与介绍



加固战可以追溯的历史很少,比较出名的只有两个版本以前美服一位玩家做的一套打入美服天梯前百的加固战卡组。因为当时奴隶战和豪战的强度很高,因此在当时加固战始终都没被人重视。而如今已经退坏境了,加上新版本战士里加入了几张非常实用的卡片,尤其是嘲讽随从血蹄勇士的存在,因此在我卡组的构思里,这套加固战便油然而生。
虽然这套加固战士变种的瓦王战,但是卡组的节奏相比瓦王战要慢。
加固战的核心就是以大量的嘲讽生物阻止对手的进攻,接着使用加固对嘲讽随从进行强化,因此卡组的节奏会偏重中后期,这次为大家带来的是1.0版本,本人会随着不断的实战对卡组进行优化,到时还会把修改后的卡组发给大家。
值得一提的是卡组里的森金持盾,在如今天梯一人一张科多兽的情况下,我个人建议可以在瓦王战的卡组里携带这张卡片替换一张血蹄勇士,因为很多情况下4费我们下一张血蹄勇士的时候节奏就已经被对手的一张科多兽踩崩,当然血蹄勇士的激怒效果毋庸置疑,不过这个选择各位玩家可以根据自己的情况进行调整。
起手留牌与对战各职业心得

1、就像前文说的那样,这套加固战士一套变种的瓦王战,节奏虽然比瓦王战慢一些,但是其卡组质量要较瓦王战高,前期打法与瓦王战基本相似。
2、小斧头是战士重要的卡片,前期有小斧头和没有小斧头的战士是两个职业。因此起手肯定全力寻找斧头,实在不行的情况下,才会选择保留化血为脓。
3、卡组的节奏基本从3费开始,因为我们的重要嘲讽生物也基本是三费以上的曲线,剩下的就是按照费用拍随从即可。
4、关于格斗培练师,有时候为了场面,这货是可以裸下的,不要觉得亏,另外不要忘记他也可以给对手的随从加嘲讽,第一可以用这个技巧解掉对手嘲讽随从背后隐藏的威胁,第二可以配合我们卡组里的黑骑士,都是很不错的。
5、关于苦痛诗僧,这套牌比瓦王节奏慢的原因在于过牌,因为这套牌暂时没有卡位塞入战斗怒火,因此,苦痛侍僧是我们这套卡组里唯二的两张过牌(猛击不算),不要轻易卖掉。
6、拖到后期瓦王能出现的时候,基本可以奠定胜局。或者中期可以加固一波的时候千万不要错过。总的来说卡组类似于以前城墙德卡组的思路,依靠数个城墙打消对手进攻的念头。
卡组再调整建议

1、战斗怒火

就像前文说的那样,战斗怒火是张很好的卡,但是卡组实在塞不进去了,各位可以根据需要自行调整吧。
2、苦战傀儡;索瑞森大帝

为什么要将这两站牌一起说呢?这是我正在调整的一个方向,因为卡组的费用有些偏高,因此索瑞森大帝可以很好的平滑曲线,加上苦战傀儡的黑科技,可以在场面均势的时候获得一波嘲讽的支援,这个思路有点类似以前的奴隶战,不过这个思路正在调整中,如果制作成熟的时候会展现给大家的。
3、铸甲师

铸甲师实在是张好牌,无奈卡位太紧张,可以考虑加一张在必要的时候刷甲苟活。
结束语
总的来说,这是一套很有意思的卡组,强度是有的,只是因为卡组还在调整阶段,因此不是特别强大,相信下次再见的时候就会有完全不一样的效果。
希望大家玩的开心,我是最后的毁灭者,我们下期再见。



上一篇:近日美服第一人气卡组 单紫蓝白中速萨
下一篇:莫道快攻猛如虎 吊打快攻防战卡组分享
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享分享 支持支持 反对反对 订阅订阅
您需要登录后才可以回帖 登录 | 注册并了解

本版积分规则

       
    闽ICP备18004340号-3

GMT+8, 2024-11-27 10:51 , Processed in 0.341338 second(s), 49 queries .

返回顶部