最早的moba类游戏是DOTA吗？

一、最早的moba类游戏是DOTA吗？

星际争霸里Strife的自定义地图，这就是所有MOBA游戏的雏形。像我现在就主玩英魂之刃，英魂操作简单容易理解，而且游戏模式也很多样，最近冒险模式还进行了更新，炽炎古战场出了新boss

二、最早出现的dota类游戏是哪个？

在星际争霸时代曾有人做了一张地图，叫做Aeon of Strife，这就是DotA类型地图的鼻祖(5对5单英雄的地图)，以后的DotA正统版本都是在这种游戏模式上不断完善的。 　　到了ROC（魔兽争霸3：混乱之治）时期，一位叫做Euls的玩家做了第一张ROC DotA。在最早的Eul DotA里，两队都只有5位英雄，而且每个都和正规的一模一样。因为WAR3还处在推广阶段，这一时期DotA并没有大规模的流行起来。可惜，Euls在制作了一个DotA 的冰封王座版本，就是DotA 2( Defense of the Ancients: Thirst for Gamma)之后，便没有再继续开发DOTA系列地图。　 　　到了TFT（魔兽争霸3：冰封王座）时期，Euls并没有在TFT做任何的DotA地图，但是这时候就有许多人开始在TFT创造类似的地图。 这就是dota的演变！

三、有什么DOTA类游戏？

　　一、梦三国：

　　《梦三国》是由杭州电魂网络科技股份有限公司自主研发的一款将RTS元素融合到RPG网游中的即时战略网络游戏，于2009年12月10日发行。

　　游戏以对战为主，借鉴了魔兽RPG地图Dota的主要特色，并应用于三国之间的对抗中。玩家搜集不同的英雄卡，参与各种竞技场的挑战，通过团队、国家的配合以及个人的操作意识来击败对手，取得最终胜利

　　二、LOL：

　　是由美国拳头游戏（Riot Games）开发、中国大陆地区腾讯游戏代理运营的英雄对战MOBA竞技网游。

　　三、300英雄：

　　《300英雄》是由上海跳跃网络科技有限公司自主研发，深圳中青宝互动网络股份有限公司运营的一款类DOTA网游。游戏以7v7组队对抗玩法为主，提供永恒战场和永恒竞技场两种经典模式任由玩家选择，并创新性地加入勇者斗恶龙、克隆战争等多种休闲娱乐玩法。

四、dota类的宝可梦游戏？

回答如下：目前并没有官方发布过dota类的宝可梦游戏，但是有一些非官方的游戏模组或者自制游戏可以满足类似的需求。

比如，有一些玩家制作了宝可梦的dota地图并在游戏中玩耍，也有一些玩家开发了自己的宝可梦游戏，但是这些游戏都属于非官方的个人作品，需要注意版权问题。

五、三国题材类的DOTA类游戏推荐？

有梦三和网易首款DOTA类游戏英三，梦三已经好久了，英三是网易首款DOTA类游戏，已经开放测试了。

六、dota是塔防类游戏吗？

dota是一款5v5对战竞技类类游戏，该游戏一经推出便收到广大玩家的青睐。dota不属于塔防类游戏，虽然该游戏的对战双方都有塔，但塔并不受任何一个玩家的控制，玩家在游戏里只能操作自己的英雄即英雄召唤物，dota属于最早出来的moba类游戏。

七、dota最早的比赛？

最早比赛是RDL DOTA。

2006年3月，第一届RDL DOTA比赛。第一次大型线上DOTA比赛，由于组织和规则上的问题，从很多方面来说，这次比赛并不是很成功。GL力压众强，拔得头筹。其中沉沦操作的女王，作为GL AOE阵容4保1的战术核心给玩家留下深刻印象。

八、DOTA最早的版本是？

1. 6.00。2. 由Eul在2003年开发的，当时还是一个Warcraft III的自定义地图，后来由IceFrog接手开发，逐渐成为了现在的DOTA2。3. 随着DOTA的发展，游戏机制、英雄角色、地图等都发生了很大的变化，DOTA2也成为了电竞比赛中的重要项目之一。

九、Dota1是moba类游戏吗？

Dota1当然是moba类游戏

MOBA是Multiplayer Online Battle Arena Games的缩写，中文译为多人在线战术竞技游戏。

Multiplayer online battle arena(MOBA)，也被称为Action real-time strategy(Action RTS，ARTS)，或DOTA-like(DOTA类游戏)。

所以DOTA当然算啊。

十、类DOTA游戏如何设计多样化的技能系统？

这个嘛，我觉得我还是能答的，因为我曾经设计了DOTA2的一款RPG，虽然未完（逃

当然没翻译完，因为弃坑了233

以上是数据驱动类型的技能，还有脚本驱动类型的技能。

===========================================================

上面很多答主讲的其实都是数据驱动类型的技能，也就是data-driven，简单的来说，就是把通用的技能肢解成若干方面。

一个数据驱动的技能是一串键值的集合。键值是单一的、基于树的结构，用于储存包含了键/值对的嵌套部分。

一个典型的数据驱动类型技能框架是这样定义的，当然指的是dota2：

"datadriven_skeleton"{ // General // ---------------------------------------------------------------------------------------- "BaseClass" "ability_datadriven" "AbilityBehavior" "DOTA_ABILITY_BEHAVIOR_UNIT_TARGET" "AbilityTextureName" "spellicon" "AbilityUnitTargetTeam" "DOTA_UNIT_TARGET_TEAM_ENEMY" "AbilityUnitTargetType" "DOTA_UNIT_TARGET_HERO | DOTA_UNIT_TARGET_BASIC" "AbilityUnitTargetFlags" "DOTA_UNIT_TARGET_FLAG_MAGIC_IMMUNE_ENEMIES" "AbilityUnitDamageType" "DAMAGE_TYPE_MAGICAL" "AbilityType" "DOTA_ABILITY_TYPE_BASIC" "MaxLevel" "7" "RequiredLevel" "-4" "LevelsBetweenUpgrades" "7" "AbilityCastPoint" "0.0" "AbilityCastAnimation" "ACT_DOTA_ATTACK" "AnimationPlaybackRate" "1" "AnimationIgnoresModelScale" "1" // Stats //---------------------------------------------------------------------------------------- "AbilityDamage" "0 0 0 0" "AbilityManaCost" "0 0 0 0" "AbilityCooldown" "0.0 0.0 0.0 0.0" "AbilityCastRange" "0" "AbilityCastRangeBuffer" "250" "AbilityChannelTime" "0.0 0.0 0.0 0.0" "AbilityChannelledManaCostPerSecond" "30 35 40 45" "AbilityDuration" "0.0 0.0 0.0 0.0" "AoERadius" "250" // ...}

可以看到，一个技能被拆分成了很多很多各自独立，相辅相成的部分，目标选取限定、图标资源、技能类型、最高等级、升级等级要求、升级等级间隔要求、施法点、施法动画、目标阵营限定、目标类型限定、粒子效果、伤害、CD、耗蓝、施法时间、施法前摇、施法后摇、持续时间、AOE范围……

这些部分又各自有各自的关键字，将他们依据自己的创意组合在一起，可以快速地组合出非常非常多的技能，就是数据驱动类型技能存在的最大意义。

第二个意义在于，数据驱动类型技能是一个框架，它的存在是最通用的一个模板。就拿非常有特点的，冰魂的大招来说。冰魂大招的具体实现压根不是在数据驱动类型所能实现的，但是如果你解包了文件之后你会看到，冰魂大招确确实实存在于数据驱动类型技能表里头。为什么？就是因为数据驱动类型给了你一个框架，你先把数据给我填上去，再去谈脚本实现。

脚本驱动的技能确实给力，它相对于前者更底层，控制更多的东西，甚至可以一定意义上改变游戏的规则（在冰魂大招里体现为禁止生命回复），但是如果所有的东西都拿脚本来写，整个代码会变得混乱不堪，充斥着这样那样的变量和语句，无法提炼出技能的核心数据。

因此，数据驱动往往和脚本驱动统一在一起，有纯数据驱动的技能，也有数据驱动里包含脚本驱动的技能，还有少数纯脚本驱动的技能，不过前两者占大多数。数据驱动提供技能最基本的类型和框架设定，同时为脚本提供了接口，怎么实现，由脚本提供者去考虑。

==============================================

因此，你说一个普适的技能系统是不存在的，即时战斗的和回合制的能一样吗？宝石迷宫和暗黑破坏神能一样吗？这跟2D\2.5D\3D没关系，画面跟系统不是一回事（大多数情况下，你说fez我也没辙）

你先要选定一个游戏类型，仔细思考其职业、系统上会涉及到的东西，然后用一个尽可能大而全的框架把你的构思框住，细细肢解，最后非常特殊的再单独使用脚本实现。因此不要急着去做这个通用的框架，把能想到的都想了，把框不住的东西问了程序看能不能单独实现，再去肢解。肢解也不要一次就弄完，反复想想，能不能分得更细，更科学，更有结构性，你在架构上多花一个小时，或许后期实现能省十个小时。