吴昊天 d90135d2fc fix(积分): 积分累计改按收支方向聚合,移除已废弃的过期提示
- UserBillServices 新增 getIntegralSumByPm():按 category=integral + status=1 +
  pm 方向求和,支持时间筛选与冻结期内(is_frozen=1)统计。
- 签到页用户信息统计不再枚举 type 白名单:新增积分类型(order_give_integral、
  order_gain_refund 等)无需同步维护即可正确计入累计/支出/今日;
  冻结积分改为只统计积分流水中的冻结收入项。
- 用户端积分页移除 clear_time 过期提示(对应逻辑已废弃),清理 dayjs 依赖与
  isTime 状态。
2026-10-23 14:17:15 +08:00
..
2026-09-23 15:15:02 +08:00
2026-09-23 15:15:02 +08:00
2026-09-23 15:15:02 +08:00
2026-09-23 15:15:02 +08:00
2026-09-23 15:15:02 +08:00
2026-09-23 15:15:02 +08:00

crmeb/app/services目录用于定义项目的业务服务类。

服务类的主要特征和作用包括:

  1. 服务类封装具体的业务逻辑和规则。

  2. 完成功能模块的抽象,提供统一的业务接口。

  3. 解耦项目各部分,降低他们之间的耦合度。

  4. 提供给上下文的整个环境使用。

具体来说:

  • 每个服务类对应一个独立的业务功能或规则集合。

  • 类内部可以调用其它模块完成业务需求。

  • 对外提供简单的业务接口,隐藏内部实现细节。

  • 服务类存在依赖关系,可以互相调用实现聚合服务。

使用服务层设计可以:

  • 松耦合各个模块,提高扩展和重用能力。

  • 同一个业务规则在多个场景复用。

  • 加强项目的可测试性与维护性。

所以此目录定义了项目核心业务服务模块,对外提供可复用的核心能力。