适配器中的代码将接受你所拥有的接口，并产生你所需要的接口。适配器模式使得原本由于接口不匹配而不能一起工作的那些类可以一起工作。

定义：一个对象应该对其他对象保持最少的了解。

问题由来：类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。

解决方案：尽量降低类与类之间的耦合。

定义：客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。

问题由来：类A通过接口I依赖类B，类C同构接口I依赖类D，如果接口I对于类A和类B来说不是最小接口，则类B和类D必须去实现他们不需要的方法。

解决妨碍：将臃肿的接口I拆分为独立的几个接口，类A和类C分别与他们需要的接口建立依赖关系。也就是采用接口依赖原则。

举例来说明接口隔离原则：

定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象

定义：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。

问题由来：在软件的生命周期内，因为变化、升级和维护等原因需要对软件原有代码进行修改时，可能会给旧代码中引入错误，也可能会使我们不得不对整个功能进行重构，并且需要原有代码经过重新测试。

问题的又来

我们都知道面向对象有三大特性：封装、继承、多态。所以我们在实际开发过程中，子类在继承父类后，根据多态的特性，可能是图一时方便，经常任意重写父类的方法，那么这种方式会大大增加代码出问题的几率。比如下面场景：类C实现了某项功能F1。现在需要对功能F1作修改扩展，将功能F1扩展为F，其中F由原有的功能F1和新功能F2组成。新功能F由类C的子类C1来完成，则子类C1在完成功能F的同时，有可能会导致类C的原功能F1发生故障。这时候里氏替换原则就闪亮登场了。

这两天看设计模式原则，看到了单一职责原则。单一职责原则的英文名称是Single Responsibility Principle，简称是SRP。SRP原则的解释是：There should never be more than one reason for a class to change。定义很简单，即不能存在多于一个导致类变更的原因。简单的说就是一个类只负责一项职责。

定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。

一.首先，什么是编程思想？

编程思想是一种指导思想，这个指导思想，将会诱发你如何写代码的行为。

如果理解这话的意思呢？打个比方，中华文明千百年在民众心中形成了一个“统一天下”的思想，这种思想会诱发各个混乱时期的诸侯或者军阀，以统一中国为目标，而不会像欧洲一样以分裂中国各自独立、各自称帝为目标。

看了下二月份做了什么和二月份定下的计划我笑了。我先说说这个月做了什么，首先是说3月1号健身，我好像是1号健身了，然后没有然后了/(ㄒoㄒ)/~~