mirror of
https://github.com/crmeb/CRMEB.git
synced 2026-10-28 21:40:50 +00:00
aa82159d43
- CapitalFlow 新增 searchCashOnlyAttr 搜索器：列表、导出、账单统计统一
whereNotIn('pay_type', ['', 'yue', 'admin'])，历史遗留的站内结算流水不再展示，
与写入侧 PayServices::isCashChannel() 口径对齐。
- CapitalFlowServices::getList()/getFlowRecord() 注入 cash_only，trading_type
文案改为按值映射（不再依赖数组下标，历史下线类型回退「其他」）。
- 新增 type_options（全部/订单支付/订单退款/购买会员/线下收银）供前端下拉，
同时保留 status 全量文案兼容旧前端。
- 后台资金流水页：筛选改用 trading_type + typeOptions，支付方式直接取
pay_type_name，移除本地硬编码的支付方式表。
- 同步 .crmeb 售后文档的资金流水读取侧口径说明。
crmeb/app/services目录用于定义项目的业务服务类。
服务类的主要特征和作用包括:
-
服务类封装具体的业务逻辑和规则。
-
完成功能模块的抽象,提供统一的业务接口。
-
解耦项目各部分,降低他们之间的耦合度。
-
提供给上下文的整个环境使用。
具体来说:
-
每个服务类对应一个独立的业务功能或规则集合。
-
类内部可以调用其它模块完成业务需求。
-
对外提供简单的业务接口,隐藏内部实现细节。
-
服务类存在依赖关系,可以互相调用实现聚合服务。
使用服务层设计可以:
-
松耦合各个模块,提高扩展和重用能力。
-
同一个业务规则在多个场景复用。
-
加强项目的可测试性与维护性。
所以此目录定义了项目核心业务服务模块,对外提供可复用的核心能力。