Pārlūkot izejas kodu

docs(乐收赢): 订正商户表单白名单注释里那两处被本批改动写旧的数字

`c54673f4` 把 `tenant_id` 加进了 `FORM_FIELDS`(白名单从 6 键变 7 键),
但同一文件下面 `buildForm` 的注释没跟着改,仍写着
「除这 **6 个键**外还带 status / review_status / created_time / updated_time / **tenant_id**」
—— 两处都过时了:数字错一个,且 `tenant_id` 已被收进白名单、不再是「额外的」键。

同一文件的 `FORM_FIELDS` 定义处(`:202`)当时改对了(写的是 7 个键),
所以这是**同一份文件里两处说法不一致** —— 正是「订正不传播」那一类:
改的人知道改了,读的人只看得到手里那一段。

改动是**纯注释**,无行为变化。
验证:`pnpm ts:check` 复跑与改动前**逐字节相同**(289 条,本仓历史遗留基线,命令恒 exit 2);
行尾未动(`git ls-files --eol` 仍 `w/crlf`)。
alphaH 2 nedēļas atpakaļ
vecāks
revīzija
c24d6230a7

+ 2 - 2
frontend/src/views/module_payment/collection/merchant/index.vue

@@ -247,8 +247,8 @@ function emptyForm(): Record<string, any> {
 /**
  * ★ 白名单投影 —— **不要**改回 `Object.assign(form, row)` / `{ ...row }`。
  *
- * 服务端回的是**整行**:除这 6 个键外还带 status / review_status / created_time / updated_time /
- * tenant_id,以及**以后新增的任何字段**。整行摊进表单会静默写坏数据(每一跳都有依据):
+ * 服务端回的是**整行**:除这 7 个键外还带 status / review_status / created_time / updated_time,
+ * 以及**以后新增的任何字段**。整行摊进表单会静默写坏数据(每一跳都有依据):
  *   · `status` / `review_status` —— 新增时,从上一行残留的非空值会**直接进 INSERT**
  *     (后端只在空值时才补默认值);编辑时后端已改成定向更新、不写这两列,
  *     但**不要依赖它**:白名单与后端定向更新是两处独立防线,各守一段(前端守「新增不得继承上一行」);