From df05938c32b37b83969b1b08d82aff360239f172 Mon Sep 17 00:00:00 2001
From: Omooo <869759698@qq.com>
Date: Wed, 1 Jul 2020 07:13:11 +0800
Subject: [PATCH] =?UTF-8?q?Update=20=E5=8F=A3=E6=B0=B4=E8=AF=9D.md?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 blogs/DesignMode/口水话.md | 6 ++++++
 1 file changed, 6 insertions(+)

diff --git a/blogs/DesignMode/口水话.md b/blogs/DesignMode/口水话.md
index 6dbda5e..7cf6992 100644
--- a/blogs/DesignMode/口水话.md
+++ b/blogs/DesignMode/口水话.md
@@ -36,5 +36,11 @@
 
 ##### 依赖反转原则
 
+依赖反转是指高层模块不要依赖于低层模块，它们应该通过抽象来相互依赖。除此之外，抽象不要依赖具体实现细节，具体实现细节依赖抽象。
 
+依赖反转容易跟控制反转、依赖注入相混淆。控制反转是一个比较笼统的设计思想，并不是一种具体的实现方法，一般用来指导框架层面的设计。这里所说的控制指的是对程序执行流程的控制，而反转指的是在没有使用框架之前，程序员自己控制整个程序的执行。在使用框架之后，整个程序的执行流程通过框架来控制。流程的控制权从程序员反转给了框架。依赖注入是一种具体的编码技巧，我们不通过 new 的方式在类内部创建依赖类的对象，而是将依赖的类对象在外部创建好之后，通过构造函数、函数参数等方式注入给类来使用。
+
+##### 迪米特法则
+
+即最小知识原则。说的是，不该有直接依赖关系的类，不要有依赖；有依赖关系的类之间，尽量只依赖必要的接口。迪米特法则是希望减少类之间的耦合，让类越独立越好，每个类都应该少了解系统的其他部分，一旦发生变化，需要了解这一变化的类就会比较少。它和单一职责的目的都是实现高内聚低耦合，但是出发的角度不一样，单一职责是从自身提供的功能出发，迪米特法则是从关系出发。