魔兽世界az端和TC端有什么区别 Mangos,TC,SW,AZ,AC的关系

大家好我是艾西，魔兽世界现在很多小伙伴对AZ端和TC端不是很能理解什么意思有什么区别，小编查询了大量的资料简单跟大家说一下，今天是艾西故事会大家全当听故事了！

（以下内容只是个ren了解到的情况大家当故事听听就好）

WOW还没出之前，流传出来的测试版客户端，已经吸引了爱好者们的热情，其中最有技术力的一批，就已经开始制作模拟器，来尝试提前体验wow。这就是最初的模拟器，最初的模拟器有很多种，芒果是其中一种。那时候没有tc和az，大家都在芒果

芒果是名义上制作通用的网游服务器端，实际上是制作仿官的wow服务器端。
随着wow的开放版本的更新，芒果的意见开始有所分裂。多ren认为仿官是原则，这点是不能修改的，但有的ren希望在其中增加更有趣的设定和想法。于是tuand分裂了，坚持仿官的留在芒果里，想搞黑科技的分裂出去，建立了一个新的tuand，叫做TrinityCore，他们就是原来芒果tuand中技术力最强的一群ren。
芒果tuand分裂之后，很快就再次发生了分裂。原因不详只是猜测，可能是剩下的ren对未来的态度也开始产生了分歧。毕竟官方内容就那么多，仿官很容易就走到了尽头，剩下的工作只不过是机械地填充内容和修bug而已。于是最终芒果tuand再次分裂成两部分，一部分技术能力强的tuand成员，做出了一系列“最终版本”，就是芒果Zero/芒果One/芒果Two/芒果Three系列
经历过两次分裂，最优秀和比较优秀的成员离去之后，剩下的芒果成员剩下只有信仰而技术力低下的部分了，他们把tuand改名为C芒果（意思是持续更新的芒果，大概是和干一票就金盘洗手的芒果Zero作为区分的意思），继续更新自己的芒果。C芒果tuand组织上比较正规，技术上很糟糕，很多陈年老bug修复不了，看出来他们很努力，但是效果似乎被只有一个ren在更新的新版本芒果Zero吊打——后者被用于作为诸多著名高品质112xx的基底，而前者只能用来开发开发个ren娱乐向的单机版。
芒果的故事讲完，接下来回头讲TrinityCore的故事。
TrinityCore从芒果tuand中分裂出来之后，他们立即搞了大量黑科技。于是他们的产品在市场中大受欢迎，逐渐成为xx界的主流。但是，很快，他们的tuand的立团理念“追求更先进的技术实现”就带来了新的问题：他们修的bug很有限，但是他们在研究新的技术过程中，制造的bug却很多。他们的黑科技固然多，但是是以修复程度低为代价换来的。如果要开服，用TrinityCore来开服会很痛苦——要么就永远不更新，自己孤单地修，要么就是不断更新，为TC的不断重写框架买单，一次又一次重做自己的各种功能疲于奔命。
在这种情况下，有一个选择了前者的服务器，做出来了一个稳定的，修复程度很高的端。这个服务器就是SunWell，简称sw。他们用其中一个版本的tc为基底，不再追逐TrinityCore的更新，而是专注于修复和优化，于是得到了超出市场平均水准的端。不过，优秀的东西是需要用ren心的成熟来守护，才能转化成巨大的收益的，然而sw的tuand并没有成熟的ren心，所以一段时间之后，sw的源码就流传出来了。当然，能流传出来的部分修复程度很低，毕竟修复不光是核心的事，也是数据库的事。不过就算这样，sw流出的代码也足够带来革命性的影响了。
所以短时间之内，出现了更新sw的网站，以及大量使用sw的端。而TrinityCore被ren们弃之不顾。
但是sw的网站毕竟不等于sw数据库，也不是成熟的，有组织的tuand维护的，在一段时间之后，最终也走向了终结，不再更新。
在sw消亡之后，sw带来的启发并没有消失，于是一个新的，有组织有活力的tuand出现了。他们以“为提供更优秀的端而开发”为立团理念，他们就是AzerothCore，简称az。
就像sw那样，他们选择一个版本的tc并且不再追逐其版本，同时融入sw源码中大量先进的部分。这样让AZ项目追随者的源码更新变得可靠而稳定，而且可以预期，AzerothCore的修复将会越来越好（尽管尚未超过swxx曾经有的程度——而sw网站流出源码的程度，则早已超越了）。
同时，他们设计了一个粗糙但是简单的模块功能，并且在内核处遍布钩子，让大部分xx的特色功能可以纯粹以模块的形式制作——这样一方面能够提升修复bug效率，而且更重要的，是能帮助各个xx能很方便地紧跟AzerothCore的官方更新而更新，而不需要每次更新都要处理一大堆冲突。这样能让AzerothCore阵营的xx的水准下线是能随着AzerothCoretuand的工作而很轻松地不断提高的。
最后，因为sw已经断更，而tc则永远在持续更新，所以AzerothCore也会陆续收录tc的先进功能，在不像tc那样老是颠覆旧有框架的基础上，增加tc的新东西。这样固然会让az的功能更新进度远落后于tc，但是az优秀的稳定性和可开发性则能够弥补这一遗憾。
AzerothCore还是只个新生tuand，开发了模块功能但是没有什么值得一用的模块，但是今天，AzerothCore的模块生态已经很成熟了。分享的模块种类和数量都有很多，AzerothCore官方定期收录。
综上所述，在335版本，AzerothCoretuand是一个对不管单机玩家还是xx开服者而言都是优势逐渐在变大的tuand。所以越来越多的二次开发Core基于这个tuand的产品。而只有对自己技术力非常自信，相信自己能一个ren维持一个系列的开发者，才会选择更有格调的SW基底，或者有更多黑科技的tc基底。
不过在335以上的版本，xx和开发者就没有选择了。
因为Madmax一个ren能力有限，不可能跟着官服版本开芒果Four，芒果Five，芒果Six，而C芒果连112的仿官都焦头烂额。所以，追求更强技术的TrinityCore是唯一的选择——紧跟官服版本，这本身就是技术挑战之一，是TrinityCore所选择迎战的方向。
虽然对于高版本也涌现了一些像AshamaneCore之类的，像AzerothCore那样基于某个版本的TC自己开发的东西，但是他们的tuand没有AzerothCore强，做不到AzerothCore的水准，只能说是一个比TC略微优秀的选择，优势并不太大。
而AzerothCore本身，只做335。
至于AC-Web之类的版本，他们都是有各自的基底的。一般而言，都是早期基于TC，后期基于AZ。

总结：TC的修复没AZ好，无论是从任务修复，职业技能修复，副本修复，以及野外小怪AI修复等等
唯一的差别就是任务和小怪ai，这也可以理解，tc是以学习为主，修复任务和小怪ai，大多数都是mysql数据更新也不太在意，更重要的是tc的新方向是9x，和az专心335不一样。开服az自然最好，毕竟维护迭代比较积极。tc相当于一个框架，az就是落地项目。开服肯定用az，想自己学习，想自己完全驾驭这套代码就用tc。不过你要是有c++基础，tc是修复起来最舒服的，因为他的代码逻辑更适合编程。没有基础的话，az更适合你，因为有大佬提取mod直接加就行运行。

今天艾西的故事汇就到这里了，大家听听就好毕竟太长远的事情具体什么情况都不得而知