xwl2023/Yi.Framework
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

docs: Improve module and dependency documentation clarity

Browse Source
This commit is contained in:
bytebistro
2025-02-14 14:37:45 +08:00
parent 1fd4f2754a
commit 3aaed801f6
3 changed files with 12 additions and 11 deletions
Download Patch File Download Diff File Expand all files Collapse all files

4
Yi.Doc.Md/01.框架快速开始教程/00.快速上手/01.依赖关系.md
View File

@@ -10,7 +10,7 @@
> 题外话，很是有缘，在完全没有接触过DDD的分层的时候，还是停留在三层架构的时期，对于大型复杂的依赖关系，Service满天飞，根本难以下手，写出的代码交错复杂，稍微隔一段时间没去回顾，再去看，就会被自己的代码给绕死，所以我就一直想换一种分层模式，想让各个服务结构更加清晰，不再是直肠子式的三层架构，那我做的第一件事情，就是把关系比较紧密的给装在一起当成一个整体，各个整体之间不轻易去依赖，而是通过事件去抛出去。这就在早期形成了一套依赖关系比较清晰的框架，经过不断的项目历练，慢慢的就变成了业务聚合、应用组装等等概念，等到机会接触到了DDD分层一看，`哇塞，怎么那么像？这怕不是他抄我的分层嘛`，当然开个玩笑，从此对这块的了解更加加深，确实值得很多大家应该学习的地方，提升一下自己。
> 一千个码农，就有一千个DDD。DDD不一定完全是对的，但一定是值得学习使用的
> 一千个码农，就有一千个DDD。DDD不一定完全是适合的，并且DDD也从不是银弹，但一定是值得学习使用的
> 在此，老橙子很乐意以我的血淋淋的教训的角度给大家讲清楚，框架的分层依赖关系，同时也是标准的`DDD分层架构`依赖关系，希望能给大家带来一些帮助~
@@ -33,7 +33,7 @@
可以从上图很直观的看出：
最顶层的`host主机与下面的应用`没有关系，意味着host主机可以是web、可以是cs、可以等等，所以我们的host主机只充当一个web启动的作用，不包含业务逻辑
最顶层的`host主机与下面的应用`没有关系，意味着host主机可以是web、可以是cs等等。所以我们的host主机只充当一个web启动的作用，不包含业务逻辑
另外，发现目录中只包含ORM，好像没有基础设施层，其实是一个包含关系，是ORM属于基础设施中的一种，但是为了将orm抽象，特意把ORM独立了一层