【军武游戏】为何《骑马与砍杀》被如此多玩家肯定？-牛人微信
【军武游戏】为何《骑马与砍杀》被如此多玩家肯定？
说到军事游戏、尤其是以古代战争题材的游戏中，《骑马与砍杀》是一个肯定会被提到的游戏。从2008年第一个版本发布开始，这款游戏时至今日依然有着大量的受众。为何一款已经8年的老游戏至今被玩家们津津乐道？今天游戏菌带来的转载自游明星空的这篇文章也许会带来一些参考。
冷兵器的时代已然落幕，但或许正是未曾拥有的反而令人更加向往，现代人对于冷兵器时代的战争有着难以想象的兴趣与幻想。现代人每天行走在钢铁与水泥的城市间很多时候因为生活的压力需要压抑自己的情感，而游戏却可以在对抗中释放人们的压力，而古代战争游戏更是其中的佼佼者。
古代战争游戏不仅舒缓了大多数人对于枯燥生活带来的压力，更满足了人们对于冷兵器时代战争的种种遐想。
古代战争与游戏
战争可谓是人类解决问题的最终手段，从人类社会产生战争就一直伴随着人类社会的发展。纵观整个人类文明发展历史，不同种族、不同阶级、不同派别一旦问题达到了不可调和的地步战争就成为了解决问题的最直接的手段。
而战争的手段也随之人类社会发展而不断进化，武器从青铜器到铁器再到钢铁，武器也无无非刀枪棍棒、弓弩飞石，但是实际上，古代战争的形态之复杂发展程度超乎今人的想象，哪怕是被认为是“村长械斗”的中世纪古代战争中、那些被认为“瞎比抡、瞎比挥”的双手剑和钉头锤也有着自己一套完整的剑术理论。
而想用游戏表现出古时这种极其复杂的战争形态是很困难的，不仅需要复杂的设计而且游戏类型也是难中之难。国内很多游戏打着“大型国战游戏”旗号的MMORPG更像是一群把自身乱七八糟的技能扔光来砸死另一堆人的“真·村长械斗”。
即便是被许多玩家所推崇过的“”真三国无双“”系列。尽管在”真三“中能化身为著名的三国武将，体验一段段波澜壮阔的宏伟历史。 但是游戏中极大的强化武将的个体存在，士兵作为战争的主体被极大弱化，你每一次挥舞武器都会击杀成片的士兵犹如割草一般，诚然这样的设定给玩家带来了极大的爽快感，但这样的设定显然不可能带给玩家真实的战场体验。
当然还有一个类型就是RTS和RTT游戏，曾经这是目前古代战争游戏表现形式最好的一个类型了，代表作《帝国时代》系列更是被誉为永远的经典，但是这类游戏由于已经过了该类型的黄金期，所以暂且不论。
策略战旗才是出路？微观视角怎么办？！
很多时候，不管是MMORPG还是ARPG其实都难以扛起“古代战争游戏”大旗的同时给玩家带来真实的古代战争体验。面对这一问题游戏厂商们干脆“放弃治疗”转头策略和战棋类有，而这既有了如今的“文明”和“全战”系列。
《文明》系列作为一款多元素的策略战棋游戏尽管也有很多军事的成分，而且是站在国家元首这个最高维度去看待战争。当然玩家在这种游戏中体验的是真正的决胜千里之外的战略家视角中的战争，所以当然战争场面这种微观视角自然就是用最简单的推演模式代替即可。
再来聊聊《全面战争》。尽管“全战”在许多方面和“文明”很像，但是却依然保留了许多RTS游戏的特点：玩家可以控制成千上万的士兵战斗，玩家可以控制以兵种为划分的众多单位作战，而每一个单位其本身包含的士兵是数千甚至上万。你可以体会作为一名真正的部队统帅，站在战略高度调动部署你的部队与敌人作战，这确实是非常吸引人的特点。
但是这也带来与RTS游戏一直以来所面临的一个同样的问题：尽管你只要站在战略高度部署你的部队去战斗，即使最激烈的战斗你也只要考虑你的部队的士气与战斗兵力，考虑是不是要增派更多的兵力。但是每一次战斗的规模都会相当庞大：要求的操作元素也会相当多。这也进一步加强了上手难度
骑马与砍杀：填补了一个空白
骑马与砍杀的意义在哪里？当然最关键的问题还是在于：“骑砍”填补了一个巨大的空白——微观的古代战争。它填补了战争、尤其是古代战争游戏的“微观视角”的问题。
游戏没有太多所谓的“剧情”。核心其实就是如何从一个无名小卒开始在沙盒的开放世界中闯荡。逐渐变成一个称霸一方的霸主、一代名满天下的名将等选择，当然你也会有你自己的同伴。
玩过《骑马与砍杀》的都知道，你在战斗中不仅可以操作自己的角色厮杀并且你可以对自己手下的士兵下达不同的作战命令。在“骑砍”中你就是一个士兵或者小股部队的指挥官、而更有代入感，而且更阿基关键的是：稍不留神或者一旦轻敌冒进、三五个高等级的敌兵就能够非常轻松地解决掉你，而这种微观角度的真实性——我们只是能征善战的战士而并不是无敌的战神。是其他游戏所没有的。
这种“微观视角”的更大好处还是在于动作战斗元素的丰富。游戏中的马匹和现实一样并不容易操控。同时你的每一个砍杀和格挡都需要预判，以防止被敌人格挡或者挡不住敌人攻击。
更重要的是游戏中还有一定的RPG元素在内。随着游戏的继续你在逐渐变强、你的侍从逐渐变强、同时你也会从一个小兵逐渐边恒发展自己的领土，从一村的封地逐步到争霸大陆，当然最爽快的永远是指挥自己的部队作战、带领着手下的部队冲锋陷阵的时候，那种古代战场感觉是之前任何游戏所没有的。
骑砍虽然优秀，但是并不是完美。尤其是一款老游戏，游戏的画面和AI已经跟不上时代了，当然这不是“骑砍”的错，只是游戏太古老，如今打上那么多MOD也有些无济于事了。
当然“骑砍”的故事还没结束。当“骑砍2”正式到来的时候，相信一切会变得更好。
《战地风暴》全球同服！长按图片或点击“阅读原文”即可下载！微信开放平台
第三方开发者代制指引文档
（子商户有公众号模式）
一、功能概述
为了降低商户接入卡券难度，微信开放平台针对“第三方平台”账号类型推出“第三方开发者代制（有公众号）”功能，可协助未认证公众号的商户快速接入并使用卡券功能，商户所需资质门槛更低。协助制券的开发者称为“母商户”，被协助制券的商户称为“子商户”。
母商户资质审核通过后，方可代提交子商户资质，待子商户资质审核通过后进行公众号登陆授权，授权确认后可由母商户协助使用卡券功能。
该模式下， 卡券的商户名称和logo均为子商户的商户名称和logo，且卡券创建、投放、核销等流程均只能由母商户通过调用API接口完成，子商户本身不具备直接调用卡券接口或在卡券商户后台手工操作的能力。
母商户及子商户资料可通过微信开放平台或API接口提交，授权流程及卡券环节仅支持API接口。查看
注：针对已完成微信认证、并具备相关资质的公众号商户，可在微信公众平台自行申请卡券功能后，授权开发者通过微信开放平台的第三方平台，为商户更灵活运营卡券功能。
二、开放范围
“第三方开发者代制模式（有公众号）”功能，面向微信开放平台所有第三方平台开放，第三方平台需达到一定注册资本金额，提供相关资质，经审核通过后才可获得协助制券能力。
“子商户”面向未认证的微信公众号开放，可选择已开放的卡券类目接入，子商户资质需由母商户代为提交，审核通过后可由母商户协助使用卡券功能。
该模式暂时仅支持普通券类型（优惠券、代金券、团购券、折扣券、礼品券）。
三、制券数量限制
第三方开发者代制模式（有公众号），母商户每月可为每个子商户代制券10个cardid，且每个cardid累计sku不超过5万。
具体的数量限制会随运营规则调整。
四、申请指引
4.1 申请要求
4.1.1 母商户
账号要求：在微信开放平台，完成开发者资质认证，创建并测试，且已成功全网发布的“第三方平台“账号。可使用原有或新的第三方平台账号，账号体系可兼容。（建议使用新帐号，区分业务类型）
第三方平台账号开通:
第三方平台申请成为母商户，资质条件如下（证件若为复印件需盖鲜章）：
1）企业注册资本不低于100万
2）《企业营业执照》
3）《税务登记证》：若营业执照中含“统一社会信用代码”，可不提交《税务登记证》，重复提交营业执照彩照即可。
4）《上季度缴税证明》：该证明为 “预缴纳税申报表”、“缴税电子凭证”“标有缴税类别的银行回执单”或其他途径能证明合法缴税的文件，均需加盖企业公章。
4.1.2 子商户
账号要求：有公众号。经营范围在卡券类目开放范围内。
子商户接入需提交的资质（由母商户代为提交）如下（证件若为复印件需盖鲜章）：
1）子商户名称（12个汉字）、logo。请确保与《微信卡券商户授权函》内填写的“子商户名称”保持一致。
2）子商户公众号AppID（微信公众平台-开发者中心查看）
3）子商户接入的卡券类目（可在微信开放平台申请页面查看，或通过接口实时获取）
4）《营业执照》或《个体工商户营业执照》
5）《微信卡券商户授权函》：请下载，手填并加盖子商户公章（企业公章或个体户店铺章、合同章等具备法律效力的章）后，上传彩色扫描件或彩照。
备注：若子商户是个体工商户，且无公章，授权函可用个体工商户经营者签字代替公章，且须额外上传个体工商户经营者身份证的彩色扫描件或彩照。（本方案仅适用于子商户是个体工商户，且无公章的场景。其他场景必须在授权函加盖子商户公章）
4.2 申请入口
申请路径：登陆微信开放平台-选择管理中心-进入第三方平台-查看详情-权限集列表-卡券权限集右侧。若权限集列表无“帮助公众号申请与管理微信卡券”权限集，请修改第三方平台信息，重新勾选该权限集，同时请勾选“帮助公众号管理和使用线下门店数据”权限集。
可通过微信开放平台申请页面或API接口提交母商户资料，完成“第三方开发者代制功能申请”。
注意：第三方平台账号首次全网发布后，才可见该申请入口。
4.3 接入流程
流程说明：
第一、二步可通过微信开放平台申请页面或第三方开发者代制接口(可在本文档“功能概述”模块内查看)完成资料提交。
第三步，需调用普通授权及强授权API接口完成授权流程，可参考第三方开发者代制接口(可在本文档“功能概述”模块内查看)内授权相关的说明。
第四步、第五步仅支持API接口调用完成，请参考通用的。
请提前预估审核时间，以免错过活动周期。若有疑问，请邮件至说明。
若制线下券时，需关联门店。门店未审核时仍可直接使用，审核通过后及时同步至卡券适用门店。若有疑问，请登录网站 咨询在线客服，或拨打 8 咨询客服人员。
4.3.1 第一步：申请第三方开发者代制能力
通过微信开放平台申请页面或API接口提交母商户资料（详见4.1.1），审核通过后才能提交子商户资料。
4.3.2 第二步：接入并管理子商户
由母商户通过微信开放平台申请页面或API接口提交子商户资料，审核通过后才能进行授权流程。
母商户资料只需提交一次，审核通过后无需再次提交，直接继续提交其他子商户资料即可。
4.3.3 第三步：公众号登陆授权
4.3.3.1 子商户发起授权（子商户操作）
子商户公众号通过线上授权流程，授权给第三方平台，需确认权限列表包含“帮助公众号申请与管理微信卡券“权限集，才能实现完整的卡券流程。若该子商户之前已将公众号授权给该第三方平台，此处仍需重新授权。
以授权给鲜老虎为例：
子商户在鲜老虎页面（
）发起公众号登陆授权，确认是否含有卡券权限集。
母商户调用接口确认授权（母商户操作）
第三方平台根据code获取授权子商户公众号信息，关注各授权权限集下是否有 need_confirm字段；
对于授权权限集的信息中need_confirm为1的权限集，需调用 confirm-api进行confirm，再查询授权公众号信息，此时already_confirm为1；
对于强授权（即公众号无权限而授权后额外获得权限），只有confirm之后才能完成实际授权。
4.3.4 第四步：使用卡券接口（制券、发券、销券等）
由母商户代子商户调用卡券接口，但仍应使用子商户公众号的token去调用接口。
微信卡券接口详见：
4.3.5 第五步：数据对账
该模式下，卡券归属于子商户公众号。子商户公众号暂不支持微信公众平台卡券功能，无法查看卡券数据情况，可通过母商户通过数据开放接口代为查询： 。
五、审核标准
5.1 母商户资质审核标准
1）注册资本达到100万及以上。
2）各项证件需有鲜章，且证件主体和账号主体一致，其中《税务登记证》需盖国税的章。
3）《上季度缴税证明》可以是 “预缴纳税申报表”、“缴税电子凭证”“标有缴税类别的银行回执单”或者其他途径能证明合法缴税的文件，均需盖公章。
4）若营业执照中含“统一社会信用代码”，可不提交《税务登记证》。
5.2 子商户资质审核标准
1）《营业执照》需有鲜章，且证件主体和子商户主体一致。
2）授权函需盖授权方的公章，授权双方主体正确，且授权函在有效时间内。
3）授权函需手填并加盖子商户公章（企业公章或个体户店铺章、合同章等具备法律效力的章）后，上传彩色扫描件或彩照。
若子商户是个体工商户，且无公章，授权函可用个体工商户经营者签字代替公章，且须额外上传个体工商户经营者身份证的彩色扫描件或彩照。（本方案仅适用于子商户是个体工商户，且无公章的场景。其他场景必须在授权函加盖子商户公章）
4）添加子商户时，提交的“商户名称”，请确保与《微信卡券商户授权函》内填写的“子商户名称”保持一致。
5.3 卡券审核标准：
卡券所兑换的商品或服务，必须由制券所用公众号的子商户提供，而不是由其他合作商户提供；
清晰描述卡券所能兑换的优惠内容，兑换方式等信息；
卡券兑换不得以分享好友、分享朋友圈、关注等为条件。
六、违规处理措施
为了保证子商户快速接入卡券功能，且维护卡券生态良性运转，母商户需严格把控子商户质量及卡券内容，确保卡券可如实兑换，实时回传核销结果至微信平台，切实履行对子商户的监督、引导工作，如有违规、投诉等情况，则视相应情况予以处理。
6.1制券违规处理
对于该模式下的卡券审核标准、审核规范均与自主制券模式保持一致，不允许卡券存在代制行为（与子商户信息不符）、不允许出现色情、暴力、政治等违法违规内容。
在商户享有制券审核快速通道时，若实时抽审发现制券违规，将根据违规情况，视情节严重程度，对母商户和子商户进行分级处理，具体如下：
6.2 投诉违规处理
用户针对卡券不可使用等问题发起投诉，根据卡券的被投诉情况，视情节严重程度，对母商户及子商户进行分级处理，具体如下：问题对人有帮助，内容完整，我也想知道答案
问题没有实际价值，缺少关键内容，没有改进余地
图文消息上传的api是不是也没有？只能去微信公众号后台添加图文回复？
答案对人有帮助，有参考价值
答案没帮助，是错误的答案，答非所问
都不仔细阅读文档。
添加图文回复要先上传素材，接口文档:
群发接口文档:
同步到新浪微博
分享到微博？
Hi，欢迎来到 SegmentFault 技术社区！⊙▽⊙ 在这里，你可以提出编程相关的疑惑，关注感兴趣的问题，对认可的回答投赞同票；大家会帮你解决编程的问题，和你探讨技术更新，为你的回答投上赞同票。
明天提醒我
关闭理由：
删除理由：
忽略理由：
推广（招聘、广告、SEO 等）方面的内容
与已有问题重复（请编辑该提问指向已有相同问题）
答非所问，不符合答题要求
宜作评论而非答案
带有人身攻击、辱骂、仇恨等违反条款的内容
无法获得确切结果的问题
非开发直接相关的问题
非技术提问的讨论型问题
其他原因（请补充说明）
我要该，理由是：