八大设计原则

一、设计模式的八个原则:
1. 依赖倒置原则(DIP):高层次的代码(稳定)不应该依赖低层次的代码(变化)、两者都应该依赖于抽象(稳定);抽象(稳定)不应该依赖实现细节(变化),实现细节应该依赖于抽象(稳定)。
2. 开放封闭原则(OCP):对扩展开放,对更改封闭;类模块应该是可扩展的,但是不可修改。
3. 单一职责原则(SRP):一个类应该仅有一个变化的原因,该变化隐含了它的职责,职责太多时会导致扩展时对代码东拉西扯,造成混乱。例如:装饰模式,桥模式。
4. 替换原则(LSP/里氏替换原则):子类必须能够替换它的基类(IS-A),继承可以表达类型抽象。
5. 接口隔离原则(ISP):接口应该小而完备,不该强迫用户使用多余的方法。
6. 优先使用对象组合而不是继承:类继承通常为“白箱复用”,对象组合通常为“黑盒复用”;继承通常会让子类和父类的耦合度增加、组合的方式只要求组件具备良好定义的接口、耦合度低。
7. 封装变化点:使用封装来创建对象之间的分界层,让设计者可以在一侧进行修改,而不会对另一侧产生不良影响。
8. 针对接口编程,而不是针对实现编程:不将变量类型声明为某个特定的具体类,而是声明为某个接口;客户程序无需获知对象的具体类型,只需要知道对象所具有的接口;减少系统中各部分的依赖关系,从而实现“高内聚、松耦合”的类型设计方案。

二、设计模式分类

1. 从目的来看

  • 创造型模式: 对象的创建工作
  • 结构性模式:类继承或者对象组合需求变化,对对象结构带来的冲击
  • 行为型模式::类继承或者对象组合需求变化,对对象之间交互带来的冲击

2. 从范围来看

  • 类模式处理类与子类的静态关系
  • 对象模式处理对象间的动态关系
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
面向对象八大设计原则是一组指导面向对象软件设计原则,也被称为SOLID原则。这些原则旨在提高软件的可维护性、可扩展性和可重用性。下面是对这八大设计原则的介绍: 1. 单一职责原则(Single Responsibility Principle,SRP):一个类应该只有一个引起它变化的原因。换句话说,一个类应该只有一个职责。 2. 开放封闭原则(Open-Closed Principle,OCP):软件实体(类、模块、函数等)应该对扩展开放,对修改关闭。这意味着在不修改现有代码的情况下,可以通过添加新的代码来扩展功能。 3. 里氏替换原则(Liskov Substitution Principle,LSP):子类型必须能够替换掉它们的父类型。也就是说,如果一个类是父类的子类,那么它可以在任何使用父类的地方替代父类而不会引发错误。 4. 接口隔离原则(Interface Segregation Principle,ISP):客户端不应该依赖它不需要的接口。一个类不应该强迫它的客户端依赖于它们不使用的方法。 5. 依赖倒置原则(Dependency Inversion Principle,DIP):高层模块不应该依赖于低层模块,它们都应该依赖于抽象。抽象不应该依赖于具体实现,具体实现应该依赖于抽象。 6. 迪米特法则(Law of Demeter,LoD):一个对象应该对其他对象有尽可能少的了解。一个类应该只与它的直接朋友进行通信,而不是与陌生的类进行通信。 7. 合成复用原则(Composite Reuse Principle,CRP):尽量使用对象组合而不是继承来达到复用的目的。通过将对象组合在一起,可以灵活地增加新的行为,而不需要修改现有的代码。 8. 优先使用组合而不是继承原则(Prefer Composition Over Inheritance):在设计时,应优先考虑使用对象组合来实现代码的复用和扩展性,而不是过度使用继承。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值