编钟纹：五口钟排着敲，一口更比一口疼

【游戏功能】

先抛一个坑：五口钟一模一样大，为什么一口比一口疼？先后次序动不得吗？倒过来敲会怎样？这篇把编钟纹整套写法拆开：落架、序敲、音递、升架，一段一段照抄能跑。

一、效果演示

演武场摆着一带钟架，怪走进来站定。点「敲钟!」——一副编钟架从天垂降，五口铜钟横排悬在怪的头顶，槌子从左到右依次敲过去：音一六点、音二七点、音三八点、音四九点、音五十点，一口更比一口疼，敲过的钟泛金光。五音敲完，架升回天，十二秒再落。

flowchart TD
A[敲钟!] --> B[编钟架垂降]
B --> C[槌从左起]
C --> D[音一 六点]
D --> E[音二 七点]
E --> F[音三 八点]
F --> G[音四 九点]
G --> H[音五 十点]
H --> I[架升 十二秒再敲]

 fx-crest-chimes

二、底层原理

编钟纹的机关是「次序就是斤两」——五口钟横排悬着，槌从左到右依次敲，音一六点、音二七点，一路递到音五十点，次序动不得：先敲的轻、后敲的重，账是顺着次序养起来的。这条机关的要害在「递增挂在序号上」——不是钟有大小，是敲的先后给了钟分量，同一口钟排在第五个位置就是十点。落架和升架把这套演出框住：架子从天而降悬在头顶，敲完五音原样升回，来去都是明面上的。敲过的钟泛金光，敲到哪一口一眼可辨。幂尔框架这边，钟只放一个序号量，每音的份量从序号上长出来。

这套玩法的代码量不到八十行，难的不是敲钟那一下，难的是次序生斤两——递增长在序号上，先后就是轻重。

钟面的金光给了「次序」一个进度条：敲过的钟泛金、敲着的钟发亮、没敲的还哑着——五音走到哪一口，一眼看穿。

再补一句关于架稳的话——编钟架落下来要有一下微沉：架子到位那一下整体往下沉半寸再弹回来，五口钟跟着颤一颤才静。颤而不乱，敲出来的音才干净——架不稳音就串，音一串账就错位。这半寸的沉，是整套编钟的地基，玩家看它一眼就知道这一轮的钟稳不稳。

再补一句关于收音的话——五音敲完还有一口齐鸣：槌子退开，五口钟的余音叠在一处荡了半拍才散，这一口齐鸣不记钱，是整套编钟的落款。落款一响，架子才升——账结在五音里，戏收在齐鸣里，玩家听的就是这最后半拍的和音：五口钟一口一口疼完了，合在一处叹这么一声，这一轮才算囫囵。

齐鸣散尽的最后半拍里，架子四角的铜铃还轻轻磕了两下，磕完这一轮编钟的账目就封了箱，下一轮再开。

三、核心代码：完整模块（上·骨架）

-- @file crest-chimes.lua
-- 编钟纹：五口钟排着敲，一口更比一口疼

local M = {}
local CONST = { AUTOINC_BASE = 1215800 }
local _autoInc = 0
local function ShowTip(msg) if msg and msg ~= "" then SL:ShowSystemTips(msg) end end
local function GenID() _autoInc = _autoInc + 1 return CONST.AUTOINC_BASE + _autoInc end
function M.Ready() return true end

四、核心代码：完整模块（下·推进与卸载）

-- 每拍推进: 序敲五音
if not _ticker then
    _ticker = SL:Schedule(function(dt)
        if not _on then return end
        _t = _t - dt
        if _ph == 0 then
            _by = _by + ((_my - 190) - _by) * 6 * dt
            if _t <= 0 then _ph = 1 _t = 0.3 end
        elseif _ph == 1 then
            if _t <= 0 and _i < 5 then
                _i = _i + 1
                ShowTip("音" .. ({ "一", "二", "三", "四", "五" })[_i] .. "——" .. 5 + _i .. "点!")
                _t = 0.3
            end
            if _i >= 5 and _t <= 0 then _ph = 2 _t = 0.8 end
        elseif _ph == 2 and _t <= 0 then
            _on = false
            ShowTip("架升")
        end
    end, 0.02)
end
SL:ScheduleOnce(function()
    SL:BindDebugButton("敲钟!", function()
        if _on then ShowTip("钟还悬着") return end
        _on = true _ph = 0 _t = 0.8 _i = 0
        ShowTip("编钟——架落!")
    end)
end, 1.0)
function M.CurNote() return _i end
function M.Unload() _on = false _i = 0 end
return M

五、机制问答

问：五口钟一样大，为什么一口比一口疼？
答：次序生斤两——递增长在序号上，第五个位置就是十点，跟钟的大小没关系。

问：次序能倒着敲吗？
答：不能——从左到右是规矩，倒着敲账就乱了。

问：五音一共多少？
答：六七八九十，共四十点——一口一口递着疼。

问：敲到哪一口看得出来吗？
答：看得出来——敲过的泛金光、敲着的发亮、没敲的还哑着。

问：十二秒再敲管什么？
答：编钟的回气。

六、调参与实战怎么用

参数三个量——单音递增、音距、回气。加一、零点三秒、十二秒是一组甜点位：五音两秒半敲完，四十点总量递着疼。想调急些把音距压到零点二秒——五音一秒敲完，脆是脆了，一口一口疼的层次感就薄了。

补一句设计层面的话——这六手都是「借物结账」：借球蹦三蹦、借锣砸一声、借箭钉一身、借跷高一段、借壶滴八滴、借钟递五音——物件摆在明处，账记在物件上，玩家看物即看账，比看数字踏实得多。

补一句维护层面的话——借来的物都要还：球要化带、锣要升天、箭要脱落、跷要落地、壶要收回、钟架要升——卸载口里一样一样物归原位。悬着不走的锣、插着不落的箭、降了不升的架，全是没还完的物。

补一句工程层面的话——物件类状态的位子和时辰只放一份：球只一份蹦数、锣只一份高度、跷只一份高差、壶只一份滴计、钟只一份序号，物件自己就是状态——找着物件就找着账，重载交接搬的是物件不是零碎量。

这一手在实战里的分量在「物件读秒」：球蹦到第几下、锣鸣还有几秒、身上插着几支箭、壶里养到第几滴、钟敲到第几口——物件替你记着时辰，会读物件的人不用背任何数。

反馈要成对：彩带配三响、涟漪配耳鸣、翠羽配脱落、跷影配高账、壶音配滴重、金光配音序——物件给一半，账面给一半，两头对上了玩家才踏实。

最后说实战：借物结账的纹，出手的时机在「物件就位」那拍——球到顶、锣停稳、气含足、跷踩定、壶悬正、架落稳，物件就位再结账，提前出的都是虚手。

写完留一句做序列系的同学：次序生斤两——递增长在序号上，先后就是轻重，倒着敲账就乱。