魔兽世界az端和TC端有什么区别 Mangos,TC,SW,AZ,AC的关系
魔兽世界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直接加就行运行。
页:
[1]