23种设计模式GOF

设计模式六大原则
单一职责原则
一个类只负责一个功能领域中的相应职责
也就是一个类该干啥就干啥别把不相关的也放到该类中
迪米特法则(最少知道原则)
概念:一个软件实体应当尽可能少地与其他实体发生相互作用
实际上就是 降低类与类之间的耦合 甲乙双方不需要直接接触的话尽量使用第三方去接触甲方和乙方
依赖倒转原则
高层模块不应该依赖低层模块,两者都应该依赖其抽象;抽象不应该依赖细节,细节应该依赖抽象,其核心思想是:要面向接口编程,不要面向实现编程。
遵循java中多态的特性
合成复用原则
尽量使用合成/聚合的方式,而不是使用继承。
实际上就是当一个类需要使用另一个类中的方法能不使用继承就不使用,可以通过构造方法传递依赖或者使用组合的方式来调用另一个类中的方法
接口隔离原则
使用多个隔离的接口,比使用单个接口要好。它还有另外一个意思是:降低类之间的耦合度。由此可见,其实设计模式就是从大型软件架构出发、便于升级和维护的软件设计思想,它强调降低依赖,降低耦合。
开闭原则
对扩展开放对修改关闭
创建型模式
工厂方法模式
抽象工厂模式
单例模式
建造者模式
原型模式
结构型模式 (装适桥外组享代)
适配器模式
装饰器模式
代理模式
外观模式
桥接模式、
组合模式、
享元模式
行为型模式 (观策命中责备模访解状迭)
策略模式
模板方法模式、
观察者模式、
迭代子模式、
责任链模式、
命令模式、
备忘录模式
状态模式、
访问者模式、
中介者模式、
解释器模式。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值