<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>圆桌理论</title>
	<atom:link href="https://www.aitaocui.cn/tag/168082/feed" rel="self" type="application/rss+xml" />
	<link>https://www.aitaocui.cn</link>
	<description>翡翠玉石爱好者聚集地</description>
	<lastBuildDate>Tue, 22 Nov 2022 21:08:42 +0000</lastBuildDate>
	<language>zh-CN</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.1.1</generator>

<image>
	<url>https://www.aitaocui.cn/wp-content/uploads/2022/11/taocui.png</url>
	<title>圆桌理论</title>
	<link>https://www.aitaocui.cn</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>圆桌理论(网络游戏魔兽世界中关于攻击判定的理论)</title>
		<link>https://www.aitaocui.cn/article/267446.html</link>
					<comments>https://www.aitaocui.cn/article/267446.html#respond</comments>
		
		<dc:creator><![CDATA[战虎]]></dc:creator>
		<pubDate>Tue, 22 Nov 2022 21:08:42 +0000</pubDate>
				<category><![CDATA[百科]]></category>
		<category><![CDATA[圆桌理论]]></category>
		<guid isPermaLink="false">https://www.aitaocui.cn/?p=267446</guid>

					<description><![CDATA[网络游戏《World of Warcraft》（《魔兽世界》）中关于攻击判定的一个理论。来源于“一个圆桌的面积是固定的，如果几件物品已经占据了圆桌的所有面积时，其它的物品将无法再被...]]></description>
										<content:encoded><![CDATA[</p>
<article>
<p>网络游戏《World of Warcraft》（《魔兽世界》）中关于攻击判定的一个理论。来源于“一个圆桌的面积是固定的，如果几件物品已经占据了圆桌的所有面积时，其它的物品将无法再被摆上圆桌”。通过对该理论的研究，可使得挑战游戏BOSS的玩家团队中，直接承受BOSS伤害的“TANK职业（承受Boss攻击的玩家），免于受到“碾压”这种超强攻击的伤害。并由此引申出针对不同职业的“免伤”方法。</p>
</article>
<p><img decoding="async" src="https://www.aitaocui.cn/wp-content/uploads/2022/08/20220828_630bca43a15c5.jpg" /></p>
<article>
<h1>概论</h1>
<div></div>
<p>网络游戏《World of Warcraft》(《魔兽世界》)中关于攻击判定的一个理论。来源于“一个圆桌的面积是固定的，如果几件物品已经占据了圆桌的所有面积时，其它的物品将无法再被摆上圆桌”。通过对该理论的研究，可使得挑战游戏BOSS的玩家团队中，直接承受BOSS伤害的“TANK职业（承受Boss攻击的玩家），免于受到“碾压”这种超强攻击的伤害。并由此引申出针对不同职业的“免伤”方法。</p>
<h1>原理概述</h1>
<p>《魔兽世界》中，“攻击”的结果由以下部分组成，并按照攻击结果的优先级的递减排列（顶部结果的优先级高于其下面的部分）：</p>
<p>先判定是否未命如果未招架是否偏斜（仅出现在玩家和玩家宠物对怪物时，因为Boss等级比玩家高3级）&#8211;&gt;如果未偏斜则是否格挡【从背后攻击则没有】&#8211;&gt;是否被怪物碾压（仅出现在怪物对玩家和玩家宝宝时）&#8211;&gt;最后才是普通攻击</p>
<p>也就是说，每次近战攻击（除玩家的造成黄色伤害的技能攻击外）都可能会出现未命中，躲闪，招架，格挡，偏斜，暴击，碾压，除此之外将是一次普通攻击。由于存在优先级的问题，所以这个列表中有些近战攻击结果有0%几率存在；例如，玩家的自动攻击造成碾压的几率是0%，怪物的攻击有0%的几率被偏斜，对没有装备盾牌的玩家的攻击被格挡的几率是0%，等等。</p>
<p>如果未命中，躲闪，招架，格挡几率的和达到100%或更高，攻击的结果不仅不会出现普通攻击，还会连暴击和碾压也不会出现。</p>
<p>也就是说，如果优先级高的各部分和超过100%，会把优先级低的各种结果挤出桌面。即为“圆桌理论”。</p>
<p>某些玩家坚持原则上的概率论算法，而某些玩家坚持“圆桌定律”，但是两者并不存在谁对谁错的问题，毫无疑问，都是物理上可实现的（有许多统计学原理是不能够物理实现的），而且更重要的是，各存在优劣，再次将两种判断方法逐一举例说明，并说明其优势和劣势。</p>
<h1>算法</h1>
<p>首先我们确定研究的样本，假设有一个战士对于他的目标作出了一次攻击动作，出于简化命题并使之通俗易懂的原理，我们不考虑过多的可能性，我们只考虑躲闪，招架，攻击命中造成普通攻击，攻击命中造成致命攻击四种情况。</p>
<p>目标的躲闪几率……20%</p>
<p>目标的招架几率……5%</p>
<p>战士的致命一击率……30%</p>
<p>在上述条件下，我们可以看到的击中结果有如下几种：</p>
<p>1、目标躲闪此次攻击，几率是20%</p>
<p>2、目标招架此次攻击，几率是（1-20%）*5%，（因为如果出现了躲闪，那么此次攻击的结果被归类为被躲闪），计算得到的值是4%，要低于目标的原始5%招架几率</p>
<p>3、目标无法躲闪或者招架此次攻击，几率是1-20%-（1-20%）*5%=76%（也就是说去掉出现躲闪的几率和去掉出现招架的几率，注意此处两者并没有重叠部分，所以这个计算是合理的），那么在这76%的命中几率中：</p>
<p>致命一击占76%*30%=22.8%，小于原始30%致命一击率</p>
<p>普通攻击占76%*70%=53.2%</p>
<p>最终运算结果是：</p>
<p>&#8211;&gt;出现躲闪字样20%</p>
<p>&#8211;&gt;出现招架字样4%（小于5%）</p>
<p>&#8211;&gt;出现致命一击22.8%（小于30%）</p>
<p>&#8211;&gt;出现普通攻击53.2%</p>
<p>将所有可能性加在一起，20%+4%+22.8%+53.2%=100%，结果是合理的，可以涵盖整个并且不超出样本范围，是物理可行的算法。</p>
<p>当然，这里的优先级别可能有所出入，比方说先进行招架判断再进行躲闪判断，那么最终招架几率是5%，而最终躲闪变为（1-5%）*20%。</p>
<p>可是不管优先级别怎么样排列，处于低级别的判定因素在计算其最终出现几率时，都要乘以（1-n%）的因子，使之低于原始几率。这对于各种因素来讲就造成了不平衡。</p>
<p>比方说，在上述的例子中，目标每提高躲闪1%，就能实实在在的提高1%的几率不被战士攻击到，然而当你提高1%招架的时候，只能提高（1-躲闪几率）*1%的几率不被战士攻击到，受到了衰减，要低于1%，所以相对来说，提高躲闪可以得到更多的收益。在优先级列表中越是靠后的属性，受到的衰减越严重，也就越不平衡。</p>
<p>那么，综上所述，使用传统的概率论算法来进行判定，好处在于，无论如何都会得到可行的结果，最终各种情况所占的比例加起来可以涵盖到并且只能涵盖到一个样本范围，在物理上可行。而坏处在于，逐级判定对于各个属性引入了优先级别概念，使各个属性有了优劣之分，不能平等的影响最终出现的结果。但是，这个结果非常容易平衡，只要在装备属性上将提高不同属性所需要的物品等级加以区别（也就是俗称的分值），就可以起到调整的作用，为什么1%躲闪和1%招架所需要的分值不同？可能就是为了平衡优先级。</p>
<p>考虑开了闪避的情况：</p>
<p>目标的躲闪几率……70%（20%+50%）</p>
<p>目标的招架几率……5%</p>
<p>战士的致命一击率……30%</p>
<p>最终计算的结果是：</p>
<p>&#8211;&gt;出现躲闪字样70%</p>
<p>&#8211;&gt;出现招架字样1.5%（减少了3.5%，约为自身2/3）</p>
<p>&#8211;&gt;出现致命一击8.55%（减少了15.25%，约为自身2/3）</p>
<p>&#8211;&gt;出现普通攻击19.95%（减少了33.25%，约为自身2/3）</p>
<p>结果依然合理，大量增加的躲闪几率受到后面的各个因素分摊，使得出现招架，出现致命一击和出现普通攻击的几率相互之间能够维持一个比较稳定的比例，这使得传统概率论算法对于某些属性的突变具备更强大和更公平的平衡机制，这是传统概率论算法的另一个优势。</p>
<p>起初我认为圆桌理论算法是荒谬的，因为我无法理解为什么圆桌理论要为了让所有属性不受影响的反应出原始出现几率而牺牲掉其中某种因素，使之呈现出完全依附于别的属性的，不可预测的特性（也就是大多数圆桌理论者津津乐道的吃完普通攻击吃致命一击），可是经过思考后，我发现这正是圆桌理论的优越之处。</p>
<p>对于同样的例子：</p>
<p>目标的躲闪几率……20%</p>
<p>目标的招架几率……5%</p>
<p>战士的致命一击率……30%</p>
<p>圆桌理论的算法是：保证每一个影响因素都能在统计中呈现出原始的出现几率，以普通攻击填充样本中没有被覆盖到的部分。</p>
<p>结果几乎不需要进行运算：</p>
<p>&#8211;&gt;出现躲闪字样的几率20%</p>
<p>&#8211;&gt;出现招架字样的几率5%</p>
<p>&#8211;&gt;出现致命一击的几率30% &#8211;&gt; 出现普通攻击的几率（1-20%-5%-30%）=45%</p>
<p>我们可以看到，相对于传统的概率论算法只有第一个被考虑的因素能反应出原始出现几率的特点，圆桌理论所计算出的结果中，几乎所有被考虑的因素都能够直接在大量的攻击中表现出原始的几率，不存在优先级造成的衰减因子，而作为唯一的牺牲品，普通攻击的出现几率完全依附于其他的因素，也即相当于，将躲闪，招架，致命一击处于同一优先级，而普通攻击作为最低级的因素存在。</p>
<p>同时牺牲了普通攻击的优先级后，我们发现结果是合理的100%，为了证明他的可行性，我可以举出一种可行的判断方法：系统考虑了目标和战士的各个属性后，生成一张表格（也可以说是数组），1-20号元素代表躲闪，21-25号元素代表招架，26-55号元素代表致命一击，56-100号元素代表普通攻击，判断结果的时候只要生成一个随即的1-100的数作为指针的指，即可按照相对的元素内容来判断结果，这个判断方法完全可行并且准确反映了圆桌理论的运算结果。</p>
<p>所以我们可以看到，在这个例子中，圆桌理论的结果也是100%，物理可行，同时相对于传统的概率论算法，圆桌理论以牺牲普通攻击（当然后面会讨论到其它情况下对其它属性的牺牲）的方法，使得每一个元素都能准确地按照其原始出现几率反映在样本中，其余因素中不存在优先关系，也不存在衰减因子，这是圆桌理论的优势，以一种近似于统计统筹的方法来平衡元素使之合理，而不是依靠单纯的概率理论来维持其合理性。</p>
<p>看似圆桌理论是平等的，只牺牲一个因素就能保证其余因素的公平公正的优秀方法，但是事实并非如此，这里就要探讨吃完普通攻击吃致命一击的问题了。很明显，当各种因素的出现几率增加的时候，会出现普通攻击即使全部被牺牲掉，也不能满足结果100%的合理性要求的情况。这种情况下，就要有另一个因素作出牺牲，以维持算法的物理可实现性，举个例子：</p>
<p>目标的躲闪几率……70%（20%+50%开了躲闪）</p>
<p>目标的招架几率……5%</p>
<p>战士的致命一击率……30%</p>
<h1>举例验证</h1>
<p>测试结果基本是符合圆桌理论的，在一个闪避17%的潜行者开闪避后，其他玩家25%致命几率对他造成的平砍伤害……只要能造成伤害，全部是致命，在几次实验中没有出现例外，但一个闪避为26%的潜行者开了闪避后玩家近战攻击基本不造成伤害，这里只考虑了平砍伤害，受到双手持武的影响，“miss率+躲闪率+招架率”基本已经吃光了普通攻击伤害。</p>
</article>
<div class="mt-3 mb-3" style="max-width: 770px;height: auto;">
                                    </div>
<div class="mt-3 mb-3" style="max-width: 770px;height: auto;">
                                    </div>
<div class="mt-3 mb-3" style="max-width: 770px;height: auto;">
                                    </div>
]]></content:encoded>
					
					<wfw:commentRss>https://www.aitaocui.cn/article/267446.html/feed</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
