8 分层架构核心原则
- 核心思想
按「功能职责拆分 3 层」，各司其职、互不越界，业务逻辑全集中在 Service 层，Controller 仅做请求 / 响应处理。
- 三层明确分工
假设我现在在写购物车模块，但是涉及两个表，一个购物车表，一个购物车明细表。
- Controller 层：只接前端请求、转参数、调用 Service、封装返回结果（无任何业务逻辑，如不判断商品库存、不算金额）；
- Service 层：包揽所有核心业务（加购判断、库存校验、金额计算等），统一调用 Mapper 操作数据库（业务逻辑唯一载体）；
- Mapper 层：仅做数据库 CRUD（查 / 存 / 改 / 删），不碰业务逻辑、不处理前端参数。
- 核心规则（必守）
- 禁止跨层写逻辑（如 Controller 写业务、Service 直连数据库）；
- 按「业务模块」建 Service（如 1 个 CartService 管购物车主表 + 明细表，不按表拆 Service）；
- 数据流转固定：前端→Controller→Service→Mapper→数据库，反向返回结果。
一句话记死：Controller 传话筒，Service 做核心，Mapper 搬数据，三层不越界，这就是企业标准分层原则
)
)；---核心是：INotifyPropertyChanged接口)
