任务17:从UML角度来理解依赖

 什么是依赖

如果我们用EF操作数据库。

那么CustomerController就对Context形成了依赖。

 

 我们这种依赖的写法就是隐式的依赖

 

 显式依赖于隐式依赖

怎么理解隐式的依赖呢?

三层架构是比较清晰的 从BLL到DAL

当你进去一个BLL有好几千行代码的时候,你就崩溃了,因为你跟不知道BLL里面有多少个外部的DAL引用。造价上Redis、log这些外部的引用。这个类就会变得很庞大,很复杂,

导致我们没有办法去维护。甚至你都不知道这个类和其他哪些类有关系。

显式依赖,像这种把所有的依赖都在构造函数内初始化

依赖倒置

依赖于高层业务,不依赖于低层业务的具体实现,依赖于具体的抽象

CustomerController就是一个高层的业务。

DBcontext就是一个低层业务的实现。如果现在要换成MySql的话 就需要在CustomerController里面修改context的实例

这个时候我就要依赖于底层业务的实现。

通过Respository

当我们不用EF的时候,CustomerContext就可以改成右边的MemoryCustomerRespository替换掉当前的EF

原文地址:https://www.cnblogs.com/wangjunwei/p/10363115.html