设计模式围绕的心法——面向对象的六大原则

单一职责原则(SRP)

定义:不要存在多于一个导致类变更的原因通俗的说,即一个类只负责一项职责。
通俗:两个完全不一样的功能就不应该放在一个类中。一个类中应该是一组相关性很高的函数、数据封装。

开闭原则(OCP)

软件中的对象(类、模块、函数等)应该对于扩展是开放的,但是,对于修改是封闭的。而遵循开闭原则的重要手段应该是通过抽象。
开闭原则指导我们,当软件需要变化时,应该尽量通过扩展的方式来实现变化,而不是通过修该已有的代码来实现。

里氏替换原则(LSP)

里氏替换原则的核心原理是抽象,抽象又依赖于集成这个特性。ocp和lsp往往是生死相依,不离不弃。里氏原则简单来说就是,所有引用基类的地方必须能透明的使用其子类对象。通俗说只要父类能够出现的地方,子类也能够出现。
优点:1. 代码重用,减少创建类的成本,每个子类都拥有父类的方法和属性
2.子类和父类基本相似,但又和父类有所区别
3.提高代码的扩展性
缺点:
1.继承是侵入性的,只要继承就必须拥有弗雷的所有属性和方法
2.可能造成子类代码冗余、灵活性降低,因为子类必须拥有父类的属性和方法

依赖倒置原则(DIP)

关键点:
1.高层模块不应该依赖底层模块,两者都应该依赖其抽象
2.抽象不应该依赖细节。
3.细节应该依赖抽象。
在Java中抽象就是指接口或抽象类。两者都是不能直接被实例化的;细节就是实现类,实现接口或继承类而产生的类就是细节,其特点就是直接被实例化。模块间的依赖通过抽象发生,实现类之间不发生直接的依赖关系,其依赖关系是通过接口或抽象类产生的。

接口隔离原则(ISP)

类间的依赖关系应该建立在最小的接口上。接口隔离原则的目的是系统解开耦合,从而容易重构、更改和部署
最典型的方式, 在函数中传入类,不是传入具体细节的类,参数应该设置为接口,这样所有实现这个接口的类都能用这个函数。

迪米特原则

第一点:从被依赖者的角度,只应该暴露应该暴露的方法。
第二点: 从依赖者的角度来说,只依赖应该依赖的对象。

设计模式第一篇:单例设计模式

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值