|
|
hai 11 meses | |
|---|---|---|
| .. | ||
| activity | hai 11 meses | |
| agent | hai 1 ano | |
| article | hai 1 ano | |
| diy | %!s(int64=2) %!d(string=hai) anos | |
| kefu | %!s(int64=2) %!d(string=hai) anos | |
| message | hai 11 meses | |
| order | hai 11 meses | |
| other | hai 1 ano | |
| out | hai 1 ano | |
| pay | hai 1 ano | |
| pc | %!s(int64=2) %!d(string=hai) anos | |
| product | hai 1 ano | |
| serve | hai 1 ano | |
| shipping | %!s(int64=2) %!d(string=hai) anos | |
| statistic | hai 1 ano | |
| system | hai 11 meses | |
| user | hai 11 meses | |
| hai 11 meses | ||
| yihaotong | %!s(int64=2) %!d(string=hai) anos | |
| BaseServices.php | hai 11 meses | |
| README.md | hai 1 ano | |
| filetree.txt | %!s(int64=3) %!d(string=hai) anos | |
crmeb/app/services目录用于定义项目的业务服务类。
服务类的主要特征和作用包括:
服务类封装具体的业务逻辑和规则。
完成功能模块的抽象,提供统一的业务接口。
解耦项目各部分,降低他们之间的耦合度。
提供给上下文的整个环境使用。
具体来说:
每个服务类对应一个独立的业务功能或规则集合。
类内部可以调用其它模块完成业务需求。
对外提供简单的业务接口,隐藏内部实现细节。
服务类存在依赖关系,可以互相调用实现聚合服务。
使用服务层设计可以:
松耦合各个模块,提高扩展和重用能力。
同一个业务规则在多个场景复用。
加强项目的可测试性与维护性。
所以此目录定义了项目核心业务服务模块,对外提供可复用的核心能力。