文章目录
一、23种设计模式
23种设计模式可以理解为一种思维,一种态度,一种进步。
可以分为创建型模式,结构型模式和行为型模式。
1.创建型模式(5种)
单例模式
工厂模式
抽象工厂模式
建造者模式
原型模式
2.结构型模式(7种)
适配器模式
桥接模式
装饰模式
组合模式
外观模式
享元模式
代理模式
3.行为型模式(11种)
模板方法模式
命令模式
迭代器模式
观察者模式
中介者模式
备忘录模式
解释器模式
状态模式
策略模式
职责链模式
访问者模式
二、七大原则
1.开放封闭原则
对扩展开放,对修改关闭
引入:钩子方法
钩子方法是对于抽象方法或者接口中定义的方法的一个空实现
比如定义一个接口,接口中有若干个不同方法,而我们只需要其中之一,那么可以定义一个抽象类实现这个接口,让我们需要的类继承这个抽象类,抽象类中把需要的方法设置为abstract,其他方法空实现。
开放封闭的原则的核心:软件实体应该是可扩展的,而不可修改的。也就是,对扩展是开放的,对修改是封闭的。
对扩展而言,如果我们需要新的方法,新的功能。我们可以对原本的类实现扩展,适应新的需求。
但对于已经设计好的类,我们尽可能的不再去修改这个类。所以要求我们合理的抽象、分离出变化与不变化的部分,为变化的部分预留可扩展的方式。但是不能盲目的追求开放封闭原则,否则会造成系统的复杂度大大增大。
public interface a {
public void asd();
public void asdd();
public void asddd();
}
public abstract class b implements a{
public abstract void asd();
public abstract void asdd();
public void asddd(){};
}
public class c extends b{
@Override
public void asd() {
}
@Override
public void asdd() {
}
}
2.里氏替换原则
继承必须确保超类拥有的性质在子类中仍然成立
子类必须能够替换掉他们的夫类型(子类可以以父类的身份出现)
很多设计模式,都是以里氏代换原则为基础进行的。
3.依赖倒转原则
要面向接口编程,不要面向实现编程。抽象不依赖于细节,细节依赖于抽象。
依赖于抽象,不要依赖于具体。
抽象不应当依赖于具体实现,具体实现应当依赖于抽象。
高层模块不应当依赖于底层模块,二者都应该依赖于抽象。
要针对接口编程,不针对实现编程。
采用依赖倒转原则可以减少类间的耦合性,提高系统的稳定性,降低并行开发引起的风险,提高代码的可读性和可维护性。
4.单一职责原则
控制粒度的大小、将对象解耦、提高其内聚性
就一个类而言,应该仅有一个引起它变化的原因。
如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计。当发生变化时,设计会遭受意想不到的破坏。
一个类只做一件事!
可以降低类的复杂度,简化功能职责之间的复杂结构,使程序简便易懂提高类的可读性、可维护性。
5.接口隔离原则
要为各个类建立他们需要的专用接口
使用多个专门的接口比使用单一的总接口要好。一个类对另外一个类的依赖性应当是建立在最小接口上的。
6.迪米特法则
只与你的朋友交谈,不跟陌生人说话
如果两个类不必彼此直接通信,那么这两个类就不应该发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法,可以通过第三者转发调用。
一个对象应当对其他对象有尽可能少的了解。
迪米特法则的意义就是减少类之间的耦合性,一个类应当尽可能少的与其他实体发生相互作用。
7.合成复用原则
尽量先使用组合或者聚合等关联关系来实现,其次才考虑使用继承关系来实现。
在一个新的对象里面使用一些已有的对象,使之成为新对象的一部分,新的对象通过向这些对象的委派达到复用已有功能的目的。