Commit Graph

34 Commits

Author SHA1 Message Date
文睿 张
696e90893b fix: 主数据编辑的两类静默失败
UPDATE 漏列:
- code_rules 的 SET 补上 category_id。此前改分类提示"保存成功"但不落库,
  是唯一用户可达的活缺陷(同页的分类下拉没有 disabled,且规则只能改不能删,
  没有"删了重建"这条退路)
- code_rules 有 uk_code_rules_org_category,补列后改到已占用的分类会撞唯一键,
  新建与更新统一翻成中文的 ErrDuplicateCodeRule
- 分类/单位/仓库/库位/伙伴的编码定为不可变:分类编码是编码规则前缀的来源
  (init.sql 的种子数据直接取 material_categories.code),伙伴编码是对外业务
  编号,改掉会让历史数据脱节且查不回来。service 的 Update* 不再要求编码非空
  ——原先是"必须传、传了却被丢弃";新建侧的必填校验保留
- 顺带补齐两处同款漏网:organization.go 的 code 与 partner.go 的 partner_code
  (前者 service 本就不校验编码,自洽,无需改)

记录不存在时的静默成功:
- DSN 开启 clientFoundRows,让 RowsAffected 返回"匹配"行数而非"实际改变"行数。
  否则"编辑时一个字段都没改"和"记录不存在"都返回 0,无法区分,直接加检查会把
  正常保存误判成记录不存在(真 MySQL 8.0 实测)
- 新增 repository.execExpectingRow,7 个 Update* 影响 0 行时返回 ErrRecordNotFound;
  伙伴走事务内的 SELECT ... FOR UPDATE,只需翻译 sql.ErrNoRows
- 既有 4 处 RowsAffected 用法逐处核对过,均不受该 flag 影响

测试:补 6 个 Update* 的存在性检查、编码必填约束的两端、唯一键翻译、DSN 拼接;
全部做过变异验证(抽掉实现后对应测试确实变红)。
2026-09-21 17:26:53 +08:00
文睿 张
837cc5787b 前端问题优化 2026-09-21 16:53:44 +08:00
文睿 张
85d9683754 前端提示优化 2026-09-21 16:40:43 +08:00
文睿 张
f0722eed00 fix: 审批页申请人列去掉永远取不到的 row.applicant
后端返回里没有 applicant 键。model.ApplyOrder 确实有 Applicant 字段,但那是
另一张旧表的模型;审批页走的 MaterialApplication 只 SELECT u.username 并扫进
&app.Username(json tag 为 username)。列显示一直正常,全靠 || 后半段兜住,
左分支是死代码,去掉以免误导成还有第二个数据来源。

改为 row.username || '-'。
2026-09-21 16:19:22 +08:00
文睿 张
71d1829c29 fix: 库存列表分类筛选失效,后端补上 category 参数
前端 stores/stock.js 一直在发 category,但 handler 只读 search,service 与
repository 的方法签名里也没有这个参数,整条链路把它静默丢弃,于是选完分类
点「查询」没有任何反应。前端本来就传对了,无需改动。

repository 侧按大类 code 过滤(material_categories 里 parent_id 为空的那层,
即 SQL 里的 pc.code),与列表「大类类型」列同口径,前端下拉的 value 正是大类
code。注意 GetAllStock 的 COUNT 查询原本没有 JOIN 分类表,加 pc.code 前必须
补上与主查询一致的 LEFT JOIN,否则分页总数会和实际行数对不上、末尾多出空白
页;两张表都按主键关联,实测计数不变。小类码不会误命中(category=A01 返回 0)。

顺带修掉同一功能里的耦合缺陷:updateWarningStock 刷新列表时不传筛选参数,
筛选一旦生效,保存预警就会把列表刷回全量、而下拉框仍显示选中的分类。store
新增 stockFilters 记住当前条件,刷新时沿用。

stock_test.go 里 COUNT 的正则随 SQL 变形同步放宽,新增
TestStockRepoGetAllStockAppliesCategoryToBothQueries 覆盖两条 SQL 的成对条件
与参数顺序;前端补 4 条用例(store 沿用/清空筛选、组件查询与翻页传递分类)。
2026-09-21 16:19:18 +08:00
文睿 张
121d0c9e1f fix: 申请与审批页翻页失效,页码换算成后端认识的 limit/offset
后端 GetMyApplications / GetAllApplications 只读 limit/offset,前端原先发
page/pageSize,无法识别的参数被静默忽略并退回默认的 limit=20 offset=0,
于是翻页不报错但始终返回第一页。

转换点固定在 api/application.js,对外签名 (status, page, pageSize) 不变,
stores/application.js 与 stores/approval.js 两个调用点无需改动;同时对非法
页码兜底,避免算出负 offset。

application.test.js 覆盖换算结果与边界,其中「第 2 页不再是 offset=0」
是本次的回归点。
2026-09-21 16:00:35 +08:00
文睿 张
102c75079d refactor: 去掉 replaceAllKeys 无人使用的返回值
两处调用点都是裸语句、忽略返回值,函数保持原地修改语义,调用方行为不变。
连带删掉专门断言返回值的那个用例,其余测试不变。
2026-09-21 15:34:45 +08:00
文睿 张
72bc6c9af2 test: 补齐 Update 的 happy-path 用例,锁定「编辑走 UPDATE」而非 INSERT
六个 Update* 此前只有 UpdateRequiresID 覆盖到拒绝分支,方法体里的
s.repo.Update*(item) 从未被执行。这 12 个方法互为复制粘贴的模板,
尾行一旦误写成 Create* 全部测试仍然绿灯,生产行为会退化成「编辑即新增」。

新增两条用例:PartnerService.Update(事务:SELECT ... FOR UPDATE + 两条
UPDATE)与 MasterDataService.UpdateCategory(单条 UPDATE),均登记
UPDATE 期望并以 ExpectationsWereMet 兜底。把尾行改成 Create* 实测两条
用例都会失败并指名收到了 INSERT。

同时 gofmt internal/service/admin_master.go:新增中文注释紧贴前一个函数的
},补上缺失的空行,纯空白改动。
2026-09-21 15:34:41 +08:00
文睿 张
f3124e96cc refactor: 抽出 replaceAllKeys 共享工具,消除两处重复的表单重置 2026-09-21 15:22:23 +08:00
文睿 张
7f19a37591 fix: 新增表单重置为干净状态,不再把上一次编辑的 id 带进请求体 2026-09-21 15:16:22 +08:00
文睿 张
6ed205dcb8 refactor: 拆分 WarehouseService 的 Create/Update,去掉 ID==0 猜分支 2026-09-21 15:09:37 +08:00
文睿 张
16ca9c02ba refactor: 拆分 MasterDataService 的 Create/Update,分类与单位创建不再受脏 id 影响 2026-09-21 15:03:57 +08:00
文睿 张
1b0cdde780 refactor: 拆分 PartnerService 的 Create/Update,创建接口不再被脏 id 带偏 2026-09-21 14:59:01 +08:00
文睿 张
cbcd54b70c fix: 伙伴列表的合作状态列显示中文,不再直接暴露英文枚举值 2026-09-21 14:56:32 +08:00
文睿 张
ea63cd9931 修改一致性问题 2026-09-21 14:13:30 +08:00
文睿 张
8a60e2cb00 前端报错提示优化 2026-09-20 17:17:28 +08:00
文睿 张
d463fbf71a 修改前端报错文案 2026-09-20 16:59:38 +08:00
文睿 张
a7c7936e0b feat: 实现物料编码按分类规则自动生成、手工修改及并发安全的流水号管理 2026-09-20 16:48:06 +08:00
文睿 张
84d775bc90 补充文档 2026-09-20 14:30:15 +08:00
文睿 张
936a8d3b61 完善库存流水 2026-09-20 14:29:41 +08:00
文睿 张
332ac1ff7a 完善出库和入库逻辑 2026-09-20 11:18:00 +08:00
文睿 张
d9da2ed672 库存,入库,出库相关问题修改 2026-09-20 10:31:28 +08:00
文睿 张
6fe9d0da40 物料分类重构、物料恢复、入库预警阈值与库存明细接口 2026-09-18 17:20:45 +08:00
文睿 张
6a443577b0 更新init.sql 2026-09-17 17:55:03 +08:00
文睿 张
855642ea75 已完成迁移体系清理和 Docker 初始化改造:
- 新版 [init.sql](C:\\1111\\12.project\\VSCode\\warehouse-mms\\scripts\\init.sql) 直接创建最新空库结构、默认组织/权限/仓库/分类。
- [docker-compose.yml](C:\\1111\\12.project\\VSCode\\warehouse-mms\\docker-compose.yml) 改为由 MySQL 在空数据卷首次启动时自动执行 init.sql。
- [entrypoint.sh](C:\\1111\\12.project\\VSCode\\warehouse-mms\\scripts\\entrypoint.sh) 不再重复执行迁移。
- 已删除 scripts/migrations/、pkg/migration/、cmd/migrate/ 和旧迁移说明。
- 已执行 docker compose down -v --remove-orphans;输出确认删除了 warehouse-mms_uploads_data 卷。
- go test ./... 全部通过;git diff --check 与 Compose 配置检查通过。
2026-09-17 16:22:52 +08:00
文睿 张
8cafca4b44 已完成迁移体系清理和 Docker 初始化改造:
- 新版 [init.sql](C:\\1111\\12.project\\VSCode\\warehouse-mms\\scripts\\init.sql) 直接创建最新空库结构、默认组织/权限/仓库/分类。
- [docker-compose.yml](C:\\1111\\12.project\\VSCode\\warehouse-mms\\docker-compose.yml) 改为由 MySQL 在空数据卷首次启动时自动执行 init.sql。
- [entrypoint.sh](C:\\1111\\12.project\\VSCode\\warehouse-mms\\scripts\\entrypoint.sh) 不再重复执行迁移。
- 已删除 scripts/migrations/、pkg/migration/、cmd/migrate/ 和旧迁移说明。
- 已执行 docker compose down -v --remove-orphans;输出确认删除了 warehouse-mms_uploads_data 卷。
2026-09-17 16:21:53 +08:00
文睿 张
bf48c5a60f chore: remove generated caches and temporary files 2026-09-17 15:17:23 +08:00
文睿 张
368c0bfb99 fix: improve material search selectors 2026-09-17 09:48:04 +08:00
文睿 张
bb195610fd fix role permission API requests 2026-09-17 00:06:27 +08:00
文睿 张
1cc3584f1a restore lost frontend and backend changes 2026-09-16 23:30:25 +08:00
文睿 张
5a0376f318 拆分主数据和仓库数据 2026-09-16 16:32:02 +08:00
文睿 张
a103549854 拆分主数据和仓库数据 2026-09-16 16:29:04 +08:00
文睿 张
31aae223c2 Initial commit 2026-09-15 16:08:18 +08:00
文睿 张
39387b6edc add .gitignore 2026-09-15 16:04:06 +08:00