是否自动将快捷文本同步至最新版本?是 否
啊呀,似乎有谁在这里留了个坑……
本条目需要大量内容补充或整改。你愿意来帮个忙吗?
冰骨架体系下夜间节奏潜力的发掘
前置资料
https://tieba.baidu.com/p/5601494658
https://tieba.baidu.com/p/5837175986
https://tieba.baidu.com/p/5864240416
补充说明:略
前言
一个阵型,受到僵尸的攻击,如果不进行任何操作,必然被破,至少目前还没有任何阵型能够实现完全挂机。
为了保护阵型,以实用性为原则,我们所进行的每一个操作,都应是以消灭僵尸为目的。这时候,我们就可以把在操作过程中产生的效果统称为运算量。而在精确超多炮体系下,运算量是可以严格定量的。
由于一个场地的大小有限,僵尸的出现也有规律,因此对任意一个阵型,其所需要用来保护阵型的运算量必然是有限的,我们可以称之为运算量需求。而对于一个固定的阵型,其所能使用的运算量,与运算量需求之间,是一种供需关系。它可以分为三种情况。
- 若供>需,则我们可以较为轻松地达成消灭僵尸,保护阵型的目的,若是远远大于,则我们甚至可以想怎么打就怎么打。
- 若供=需,运算量勉强达到所需,基本达到目的。
- 若供<需,运算量不足,阵型告破。
①是最理想情况,②是可以接受的情况,③是无法接受的情况。然而在极限超多炮中,③是常态。难道我们就只能眼睁睁地看着阵型被破,僵尸进家吗?并非如此。这是因为,我们上面所说的运算量,仅是单纯地论数量,而不考虑质量。实际上,如果我们通过一些手段,将手里所拥有的运算量有计划、有目的地排布一下,就能发挥出超出原来的效率。通过不断地发掘其潜力,使其能达到保护阵型所需的运算量下限,从而使阵型能跑起来。这就是我们所要做的事。
基本公式
运算量总数=炮数+代奏数+复用数
首先,记住它。
然后,理解它。
最后,运用它。
①炮数:对于一个固定的阵型,炮数也是固定的。除非临时种炮,但这种手段过于无下限不到万不得已的情况不要使用。所以,我们认为炮数是固定的。
一个引起争议的问题:铲种炮算不算改变炮数?现在可以明确告诉你:不算。如果我们在运阵过程中使用铲种,应当把它看成代奏,炮数-1,代奏数+2。
但这个是在一开始就确定的,如果你已经决定使用铲种,那么炮数就是场上摆的炮数量-1,并且在运阵过程中不再改变,因此仍应视其为炮数固定。
②代奏数:在冰骨架体系下,加减法分离,代奏视为一种代炮手段。最常用的N,A和不太常用的P',是最直观的代炮手段,分别能代2,1,2炮。除此之外,像A',各种a和c,虽然一般不能起到像上面那样很直接地代炮的作用,但也各有其妙用,同样也可以视为代奏。
虽然代奏手段看起来很丰富,但由于其CD与炮相去甚远,且卡槽亦有限制,一般来说,所能使用的也有一定限度。
③复用数:关于复用数的概念我不想多说,自行去前置资料里查阅。由于炮数和代奏数一般都有一定限度,因此复用数的高低,往往才是最为决定性的。甚至可以说,排布轨道的过程,就是一个不断提高复用效率的过程。这也是本文的重点。
