mirror of
https://github.com/motajs/template.git
synced 2026-10-31 22:00:19 +08:00
270 lines
17 KiB
Markdown
270 lines
17 KiB
Markdown
# 特殊属性
|
||
|
||
一只怪物的基础属性决定它「有多少血、多少攻防」。但魔塔里的怪物往往还会做别的事：先手攻击、一回合打两下、给周围的怪物加成……这些「还会做什么」就记在特殊属性里。
|
||
|
||
每个特殊属性就是一个数字 `code` 加一份可选参数 `value`。`code` 说明这是哪一种机制，`value` 保存它的参数；没有参数的属性，`value` 为空。先攻、连击、坚固、光环、中毒都是这样挂到怪物身上的。
|
||
|
||
内置属性都已由 `src/data/enemy/special.ts` 用 `map.set(code, ...)` 注册（当前占用 0–26 这段连续编号）；文档示例里出现的 30 及以上的 code（如 30、31、32、40–43、45、50）都是示例自选的**未占用编号**，不是内置编号。要新增属性时，先按下文步骤确认这个号没有被内置属性或你自己已有的属性占用。
|
||
|
||
访问怪物特殊属性的入口见[战斗总览](./combat-overview.md)。
|
||
|
||
## 内置属性编号表
|
||
|
||
下表是 `src/data/enemy/special.ts` 里 `map.set(code, ...)` 当前注册的全部内置属性，code 与名称一一对应。判断「某个数字代表哪种机制」时以本表为准：
|
||
|
||
| code | 名称 | 参数 |
|
||
| ---- | -------- | -------------------------------------- |
|
||
| 0 | 空 | 无 |
|
||
| 1 | 先攻 | 无 |
|
||
| 2 | 魔攻 | 无 |
|
||
| 3 | 坚固 | 无 |
|
||
| 4 | n连击 | 每回合攻击次数 |
|
||
| 5 | 破甲 | 附加伤害百分比 |
|
||
| 6 | 反击 | 附加伤害百分比 |
|
||
| 7 | 净化 | 附加伤害倍数 |
|
||
| 8 | 模仿 | 无 |
|
||
| 9 | 吸血 | `ISpecial9Value`（比例与是否加到自身） |
|
||
| 10 | 中毒 | 每步损失生命值 |
|
||
| 11 | 衰弱 | 攻防下降比例 |
|
||
| 12 | 诅咒 | 无 |
|
||
| 13 | 领域 | `ISpecial13Value` |
|
||
| 14 | 夹击 | 无 |
|
||
| 15 | 仇恨 | 无 |
|
||
| 16 | 阻击 | 伤害值 |
|
||
| 17 | 自爆 | 无 |
|
||
| 18 | 无敌 | 无 |
|
||
| 19 | 退化 | `ISpecial19Value`（攻防下降值） |
|
||
| 20 | 固伤 | 固定伤害值 |
|
||
| 21 | 重生 | 无 |
|
||
| 22 | 激光 | 伤害值 |
|
||
| 23 | 光环 | `ISpecial23Value` |
|
||
| 24 | 支援 | 无 |
|
||
| 25 | 捕捉 | 无 |
|
||
| 26 | 特殊光环 | `ISpecial26Value` |
|
||
|
||
地图伤害使用的也是上表的编号：转换器读取领域 13、夹击 14、阻击 16、激光 22、捕捉 25，挂上对应的内置属性就会生效（详见[地图伤害](./enemy-map-damage.md)）。
|
||
|
||
## 在数据里的样子
|
||
|
||
为了读取怪物身上的特殊属性，我们需要用到数据端怪物对象（`IReadonlyEnemy`）上的三个接口：
|
||
|
||
- `getSpecial<T>(code)`：取指定 code 的特殊属性对象，没有则返回 `null`；
|
||
- `hasSpecial(code)`：判断是否拥有指定特殊属性；
|
||
- `iterateSpecials()`：迭代全部特殊属性。
|
||
|
||
其中 `getSpecial<T>(code)` 的尖括号 `T` 是**这条特殊属性的参数类型**，也就是它 `value` 的类型：连击（code 4）的 `value` 是次数（`number`），光环（code 23）的 `value` 是 `ISpecial23Value` 对象。写 `<T>` 就是在告诉引擎「我要按这个类型读它的 `value`」：
|
||
|
||
- 参数是数字：`enemy.getSpecial<number>(4)`，之后 `value` 就是 `number`，可以直接参与计算；
|
||
- 参数是对象：`enemy.getSpecial<ISpecial23Value>(23)`，之后 `value.range`、`value.hpBuff` 等字段都能直接读取。
|
||
|
||
`T` 也可以省略（写成 `getSpecial(4)`）。但省略后引擎推断不出具体类型，`value` 会退化为一个取不到具体类型的宽泛类型，必须自己断言之后才能当数字或对象用。因此读取已知属性时，建议把 `<T>` 显式写出来。`T` 的写法（尖括号里填类型）就是[代码基础](./code-basics.md#泛型-类型的「函数」)里讲的泛型。
|
||
|
||
每个特殊属性对象实现 `ISpecial<T>`，常用成员是 `code`、`value` 与 `getDescription()`：
|
||
|
||
```ts
|
||
const multiHit = enemy.getSpecial<number>(4);
|
||
if (multiHit) {
|
||
// 连击的 value 是每回合攻击次数
|
||
console.log(multiHit.value);
|
||
}
|
||
|
||
if (enemy.hasSpecial(3)) {
|
||
// 坚固：只看有没有，不读参数
|
||
}
|
||
```
|
||
|
||
`ISpecial` 还提供 `setValue` / `getValue`、`getSpecialName` / `getNameColor`、`clone` 与 `deepEqualsTo`。需要修改怪物时用 `IEnemy` 的 `addSpecial` / `deleteSpecial`，不要直接改 `value` 后忘记刷新上下文。
|
||
|
||
## 两类定义
|
||
|
||
写一条特殊属性时，先问自己一个问题：这个机制需要参数吗？答案不同，使用的工厂函数也不同。
|
||
|
||
内置特殊属性在 `src/data/enemy/special.ts` 的 `createSpecials(state)` 中定义，使用两个工厂函数（下文反复出现的 `map` 就是 `createSpecials(state)` 里创建的那张属性表：`map.set(code, ...)` 即往表里登记一条属性）：
|
||
|
||
- `defineNonePropertySpecial(code, config)`：无参数，`value` 为 `void`，适合先攻、魔攻、坚固、模仿这类纯机制；
|
||
- `defineCommonSerializableSpecial<T>(code, defaultValue, config)`：有参数，参数会进入存档，适合连击、破甲、光环这类需要数值描述的效果。
|
||
|
||
`config` 的 `name`、`desc`、`color` 都可以写成字符串，也可以写成 `(special) => string` 的函数。需要根据参数变化显示不同文字时，就写成函数：
|
||
|
||
```ts
|
||
// 无参：坚固。用 defineNonePropertySpecial 定义，value 为空，所以不需要默认值
|
||
map.set(
|
||
3, // 往属性表里登记 code 3
|
||
defineNonePropertySpecial(3, {
|
||
name: '坚固', // 名称：固定字符串，直接显示
|
||
desc: '怪物防御不小于勇士攻击-1。', // 描述：固定字符串
|
||
color: '#C0B088' // 名称显示颜色
|
||
})
|
||
);
|
||
|
||
// 有参：n连击。用 defineCommonSerializableSpecial 定义
|
||
map.set(
|
||
4,
|
||
defineCommonSerializableSpecial(
|
||
4, // code
|
||
2, // value 的默认值：默认每回合攻击 2 次
|
||
{
|
||
name: special => `${special.value}连击`, // 名称写成函数：按 value 拼出「2连击」
|
||
desc: special => `怪物每回合攻击${special.value}次。`, // 描述随 value 变化
|
||
color: '#FE7'
|
||
}
|
||
)
|
||
);
|
||
```
|
||
|
||
`name`、`desc`、`color` 既可以直接写字符串，也可以写成 `(special) => string` 的函数，区别在于文字是否要随参数变化：
|
||
|
||
- 写字符串时，这段文字是固定的，例如坚固永远显示「坚固」；
|
||
- 写函数时，引擎会在需要显示时把这条特殊属性对象传进来（就是参数 `special`），你就能用它的 `value` 拼出动态文字——上面的连击在 `value` 为 2 时显示「2连击」，为 3 时显示「3连击」。
|
||
|
||
函数这种「接收参数、返回结果」的写法，见[代码基础](./code-basics.md#函数)的函数一节。
|
||
|
||
参数可以不只是数字。比如吸血用对象保存比例与是否加到自身：
|
||
|
||
```ts
|
||
/** 9 - 吸血 */
|
||
export interface ISpecial9Value {
|
||
/** 吸血比例 */
|
||
vampire: number;
|
||
/** 是否加到自身生命值上 */
|
||
add: boolean;
|
||
}
|
||
|
||
map.set(
|
||
9,
|
||
// 参数是对象时，把类型写进尖括号，value 默认值也是一个对象
|
||
defineCommonSerializableSpecial<ISpecial9Value>(
|
||
9, // code
|
||
{ vampire: 0, add: false }, // value 的默认值：不吸血
|
||
{
|
||
name: '吸血', // 固定名称
|
||
// 描述写成函数，从对象 value 里读字段拼出文字
|
||
desc: special => `战斗前吸取勇士${special.value.vampire}%生命。`,
|
||
color: '#DD4448'
|
||
}
|
||
)
|
||
);
|
||
```
|
||
|
||
## 改内置：往属性表里加一条属性
|
||
|
||
本篇的主线是**改内置**。特殊属性没有「自己写一个类」的做法：这类数据本就登记在内置文件 `src/data/enemy/special.ts` 里，新增一条属性的方式就是**往这个文件里加一段 `map.set(...)`**（即下面六步）。真正让它生效的代码，则按类型写在各内置实现文件里（见下方「属性实现位置」表）——这也是本篇与光环 / 查询那两篇最大的不同：那两边需要新增类（光环写进 `aura.ts`，查询写进新建的 `query.ts`），这里只需要改内置文件。
|
||
|
||
需要新机制时，先看它能不能归入已有的分类（调参、坚固 / 模仿、地图伤害、光环、状态钩子）。能归入，就照下面六步加一条属性，再在对应的内置实现里加一个分支；这是绝大多数需求的做法。
|
||
|
||
### 模板：复制什么、改什么
|
||
|
||
在 `special.ts` 里加属性只有两种写法。按你的属性需不需要参数选一种，复制后按 `[需改]` 修改。
|
||
|
||
无参数（纯机制，`value` 为 `void`）：
|
||
|
||
```ts
|
||
// {code} - {name}
|
||
map.set(
|
||
XX, // [需改] 编号
|
||
defineNonePropertySpecial(XX, {
|
||
name: '{名称}', // [需改] 显示名称
|
||
desc: '{说明}', // [需改] 悬停说明
|
||
color: '#XXXXXX' // [需改] 名称颜色
|
||
})
|
||
);
|
||
```
|
||
|
||
有参数（参数会进入存档）：
|
||
|
||
```ts
|
||
/** {code} - {name} */
|
||
export interface ISpecialXXValue {
|
||
value: number; // [需改] 你的参数字段
|
||
}
|
||
|
||
// {code} - {name}
|
||
map.set(
|
||
XX, // [需改] 编号
|
||
defineCommonSerializableSpecial<ISpecialXXValue>(
|
||
XX,
|
||
{ value: 0 }, // [需改] 默认参数
|
||
{
|
||
name: '{名称}', // [需改] 显示名称
|
||
// [需改] 悬停说明；需要按参数变化时写成函数
|
||
desc: special => `...${special.value.value}...`,
|
||
color: '#XXXXXX' // [需改] 名称颜色
|
||
}
|
||
)
|
||
);
|
||
```
|
||
|
||
复制后按「编辑器识别约定」补齐注释与接口命名：`// {code} - {name}`、`/** {code} - {name} */`、`ISpecial{code}Value`。真正的生效逻辑不在这个文件里，按下方「属性实现位置」表去找落点。
|
||
|
||
### 示例：灼烧（每回合固定伤害）
|
||
|
||
以「每回合给勇士造成固定伤害」为例（假设使用 code 50）：
|
||
|
||
**目标**：新增一条「每回合对勇士造成固定伤害」的特殊属性（示例 code 50）。
|
||
|
||
**改哪里**：`src/data/enemy/special.ts`——有参数时在顶部 `//#region 复合属性值类型` 内加参数接口，在 `//#region 属性定义` 内加 `map.set(...)`；效果实现按下方「属性实现位置」表找落点。
|
||
|
||
**复制什么**：
|
||
|
||
```ts
|
||
// 50 - 灼烧
|
||
map.set(
|
||
50, // [需改] 编号
|
||
defineCommonSerializableSpecial(50, 0, {
|
||
name: '灼烧', // [需改] 名称
|
||
desc: special => `每回合对勇士造成${special.value}点伤害。`, // [需改] 说明
|
||
color: '#F80' // [需改] 颜色
|
||
})
|
||
);
|
||
```
|
||
|
||
> 复制说明：片段已省略 `import`；文件顶部通常已有，不要再粘。若编辑器提示缺少某个名字，再在顶部补对应的 `import`（详见 [代码基础](./code-basics.md#照抄教程里的代码时-怎么处理-import) 的「照抄教程里的代码时，怎么处理 import」）。
|
||
|
||
**改什么**：先搜一遍 `special.ts` 中已有的 `map.set(...)`，确认这个 code 没被占用；再把编号、名称、默认值与颜色换成你自己的。有参数且参数是对象时，还要按上面的步骤在顶部补一个 `ISpecial{code}Value` 参数接口。
|
||
|
||
**怎么验证**：把这条新属性挂到怪物上（在怪物数据里填上 code 50 与参数），编辑器应能识别并显示名称与描述；再按「属性实现位置」实现的效果应在战斗中生效。
|
||
|
||
**注意**：别破坏编辑器识别约定——`//#region` 标记、`// {code} - {name}` 与 `/** {code} - {name} */` 注释、参数接口名 `ISpecial{code}Value`（见下方「编辑器识别约定」）。刷新上下文通常无需手动：重建由怪物上下文惰性处理（放 / 移怪物、注册效果、绑定勇士都会自动标记），读取计算后怪物时自动重算；只有绕开正常流程、直接改怪物对象时才需要手动 `state.enemyContext.markDirty(view)`（必要时 `state.enemyContext.buildup()` 全量重建）。详见[战斗总览](./combat-overview.md#什么时候重建)的「什么时候重建」。
|
||
|
||
`createSpecials(state)` 返回 `Map<number, SpecialCreation<any>>`。`initializeEnemy`（`src/data/enemy/initialize.ts`，数据端集中注册内置怪物功能的入口函数）会遍历这个 Map，逐个调用 `state.enemyManager.registerSpecial(code, cons)`。也就是说，内置属性与你自己新增的属性走的是同一套注册流程：只要把新属性放进这个 Map，它就会随 `initializeEnemy` 一起完成注册。
|
||
|
||
## 属性实现位置
|
||
|
||
注册只是让引擎认识这条属性，真正让它生效的代码在别处。`special.ts` 顶部的注释给出了内置属性的实现分工。新增属性时按这张表找落点：
|
||
|
||
| 属性类型 | 实现位置 | 说明 |
|
||
| ---------------------------------------------------------------- | -------------------------------------------------------------------------------------------------- | ---------------------- |
|
||
| 调参类（先攻、魔攻、连击、破甲、反击、净化、固伤、仇恨、自爆等） | `src/data/enemy/calculator.ts` 的 `MainDamageCalculator.calculate` | 只改变伤害公式的结果 |
|
||
| 坚固、模仿 | `src/data/enemy/final.ts` 的 `MainEnemyFinalEffect.apply` | 只修改怪物自身基础属性 |
|
||
| 领域、夹击、阻击、激光、捕捉 | `src/data/enemy/mapDamage.ts` | 伤害视图 + 转换器 |
|
||
| 光环、支援、特殊光环 | `src/data/enemy/aura.ts` | 光环视图 + 转换器 |
|
||
| 中毒的每步效果 | `src/data/enemy/hook.ts` 的 `EnemyMoveHooks.handlePoison` | 移动钩子 |
|
||
| 中毒的瞬移效果 | `src/data/enemy/hook.ts` 的 `EnemyPathfindingHooks.handlePoison` | 寻路钩子 |
|
||
| 衰弱 | `src/data/enemy/hook.ts` 的 `EnemyCombatHooks.onAfterCombat` | 战后钩子 + 修饰器 |
|
||
| 重生 | `src/data/enemy/hook.ts` 的 `EnemyCombatHooks.onAfterCombat` 与 `EnemyChangeFloorHooks.onSetFloor` | 两个钩子协同 |
|
||
|
||
具体实现方式分别见[怪物光环](./enemy-aura.md)、[伤害计算](./enemy-calculator.md)、[地图伤害](./enemy-map-damage.md)与[状态钩子](./enemy-status-hooks.md)。
|
||
|
||
## 编辑器识别约定
|
||
|
||
`special.ts` 里的部分注释是编辑器的识别模式，删除后编辑器可能无法识别属性。新增属性时保持以下写法：
|
||
|
||
- 属性定义前写 `// {code} - {name}`，例如 `// 50 - 灼烧`；
|
||
- 参数接口前写 `/** {code} - {name} */`，例如 `/** 50 - 灼烧 */`；
|
||
- 参数接口名必须是 `ISpecial{code}Value`，例如 `ISpecial50Value`；
|
||
- `//#region 复合属性值类型` 与 `//#region 属性定义` 这两行标记不能删除。
|
||
|
||
:::warning
|
||
`special.ts` 顶部的注释明确说明这些注释会被编辑器读取。修改属性定义时不要顺手删掉 `#region` 标记或 `// {code} - {name}` 注释。
|
||
:::
|
||
|
||
## 怪物比较
|
||
|
||
`MainEnemyComparer.compare` 负责判断两个怪物是否相同：先比较 `hp`、`atk`、`def`、`money`、`exp`、`point`，再逐个比较特殊属性的 `deepEqualsTo`。它用于怪物模板的脏数据判断。一般不需要改；只有当你希望「两个怪物是否视为同一模板」的判定标准发生变化时，才替换比较器。
|
||
|
||
## 如果内置实现里实在找不到落点
|
||
|
||
上面六步加上「属性实现位置」表，覆盖了内置特殊属性的全部实现分工。只有当你的机制与这八类都不同构、且无法拆成「属性 + 已有实现」时，才需要自己写实现代码：按类型写进现有的实现文件（光环 → `src/data/enemy/aura.ts`，地图伤害 → `mapDamage.ts`，最终效果 → `final.ts`，脚本 / 钩子 → `script.ts` / `hook.ts`），再在 `initializeEnemy` 里注册。**不要为每条属性另建文件**；只有查询属性需要新建 `src/data/enemy/query.ts`。这时你仍然要回到本篇的 `special.ts` 登记这条属性，区别只是生效逻辑换了地方。
|
||
|
||
**如果你不怎么懂代码，建议直接改内置实现（`special.ts` 的属性定义 + 上表中的实现文件），而不是自己写新的类。** 自己写类要同时处理接口签名、注册时机与上下文刷新，改动面比在已有方法里加一个分支大得多，出错也更难排查。
|