You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
yangsai@163.com
cf3d792c05
|
6 months ago | |
---|---|---|
.. | ||
activity | 6 months ago | |
agent | 6 months ago | |
article | 6 months ago | |
diy | 6 months ago | |
kefu | 6 months ago | |
message | 6 months ago | |
order | 6 months ago | |
other | 6 months ago | |
out | 6 months ago | |
pay | 6 months ago | |
pc | 6 months ago | |
product | 6 months ago | |
serve | 6 months ago | |
shipping | 6 months ago | |
statistic | 6 months ago | |
system | 6 months ago | |
user | 6 months ago | |
6 months ago | ||
yihaotong | 6 months ago | |
.DS_Store | 6 months ago | |
BaseServices.php | 6 months ago | |
README.md | 6 months ago | |
filetree.txt | 6 months ago |
README.md
crmeb/app/services目录用于定义项目的业务服务类。
服务类的主要特征和作用包括:
-
服务类封装具体的业务逻辑和规则。
-
完成功能模块的抽象,提供统一的业务接口。
-
解耦项目各部分,降低他们之间的耦合度。
-
提供给上下文的整个环境使用。
具体来说:
-
每个服务类对应一个独立的业务功能或规则集合。
-
类内部可以调用其它模块完成业务需求。
-
对外提供简单的业务接口,隐藏内部实现细节。
-
服务类存在依赖关系,可以互相调用实现聚合服务。
使用服务层设计可以:
-
松耦合各个模块,提高扩展和重用能力。
-
同一个业务规则在多个场景复用。
-
加强项目的可测试性与维护性。
所以此目录定义了项目核心业务服务模块,对外提供可复用的核心能力。