设计模式-00 设计模式简介之几大原则

设计模式-00 设计模式简介之几大原则


本专栏主要分析自己学习设计模式相关的浅解,并运用modern cpp 来是实现,描述相关设计模式。
通过编写代码,深入理解设计模式精髓,并且很好的帮助自己掌握设计模式,顺便巩固自己的cpp
语言功底。

(一)专栏学习前置知识

  1. c++语言, c++11 特性
  2. 面向对象 oop,尤其是c++ 相关
(二)几大设置原则

回顾设计模式几大原则:

(1)Single responsibility Principle 单一职责原则 SRP

单一职责原则是面向对象设计中的一个原则,它规定一个类或模块应该只负责一项职责。换句话说,一个类或模块应该只做一件事,并且做得很好。

SRP 的优点,遵守 SRP 有许多优点,包括:

  • 可维护性提高: 职责单一的类或模块更容易维护,因为它们只关注一件事。
  • 可读性提高: 职责单一的类或模块更容易理解,因为它们只包含与单一职责相关的信息。
  • 可测试性提高: 职责单一的类或模块更容易测试,因为它们只包含一个关注点。
  • 重用性提高: 职责单一的类或模块可以更容易地重用于其他应用程序或系统中。

(2)Open Close Principle 开闭原则 OCP 

开闭原则是面向对象设计中的一个原则,它规定软件实体(类、模块、函数等)应该对扩展开放,对修改关闭。换句话说,您应该能够在不修改现有代码的情况下扩展软件的功能。

OCP 的优点,遵守 OCP 有许多优点,包括:

  • 可维护性提高: 遵循 OCP 的软件更容易维护,因为您可以在不修改现有代码的情况下添加新功能。
  • 可扩展性提高: 遵循 OCP 的软件更容易扩展,因为您可以轻松地添加新功能,而无需担心破坏现有功能。
  • 灵活性提高: 遵循 OCP 的软件更灵活,因为它可以轻松地适应新的需求和要求。

(3)Liskov Substitution Principle 里氏代换原则


里氏代换原则面向对象设计中的一个原则,它规定子类型必须能够替换其基类型而不会破坏程序的正确性。
换句话说,任何使用基类型的地方都应该可以透明地使用其子类型而不改变程序的行为。

LSP 的优点,遵守 LSP 有许多优点,包括:

  • 可维护性提高: 遵循 LSP 的代码更容易维护,因为您可以替换子类型而无需担心破坏现有代码。
  • 可扩展性提高: 遵循 LSP 的代码更容易扩展,因为您可以轻松地添加新的子类型,而无需担心破坏现有代码。
  • 灵活性提高: 遵循 LSP 的代码更灵活,因为它可以轻松地适应新的需求和要求。


遵循 LSP 通常涉及确保子类型与基类型的行为兼容。例如,如果基类型有一个方法,则子类型也必须有一个具有相同名称
和参数类型的方法,并且该方法的行为不能比基类型的方法更宽松。

遵循 LSP 并不总是容易的,然而,努力遵循这一原则可以大大提高代码的可维护性、可扩展性和灵活性。
 

(4) Interface Segregation Principle 接口隔离原则 

接口隔离原则(Interface Segregation Principle,ISP)

接口隔离原则是面向对象设计中的一个原则,它规定客户端不应该被迫依赖它们不使用的接口。换句话说,接口应该被细分为更小的、更具体的接口,以便客户端只依赖它们实际需要的接口。

ISP 的优点,遵守 ISP 有许多优点,包括:

  • 可维护性提高: 遵循 ISP 的代码更容易维护,因为您可以轻松地修改或删除接口而不会影响其他客户端。
  • 可扩展性提高: 遵循 ISP 的代码更容易扩展,因为您可以轻松地添加新的接口而无需影响现有客户端。
  • 灵活性提高: 遵循 ISP 的代码更灵活,因为它可以轻松地适应新的需求和要求。
  • 如何遵循 ISP

遵循 ISP 通常涉及将大型接口分解成更小的、更具体的接口。例如,您可以创建一个接口来定义一组基本操作,然后创建其他接口来扩展基本操作并提供特定功能。

遵循 ISP 并不总是容易的,特别是在处理复杂系统时。然而,努力遵循这一原则可以大大提高代码的可维护性、可扩展性和灵活性。

(5)Dependence Inversion Principle 依赖倒转原则


依赖倒转原则是面向对象设计中的一个原则,它规定高层模块不应该依赖底层模块。相反,两者都应该依赖于抽象。抽象不应该依赖细节,细节应该依赖抽象。

DIP 的优点

遵守 DIP 有许多优点,包括:

  • 可测试性提高: 遵循 DIP 的代码更容易测试,因为您可以轻松地模拟抽象而不必担心底层实现。
  • 可维护性提高: 遵循 DIP 的代码更容易维护,因为您可以轻松地修改或替换底层实现而不影响高层模块。
  • 可扩展性提高: 遵循 DIP 的代码更容易扩展,因为您可以轻松地添加新的高层模块而无需担心底层实现。

遵循 DIP 通常涉及使用抽象类或接口来定义模块之间的依赖关系。然后,您可以将具体类实现为抽象类或接口,而无需担心高层模块的实现。

遵循 DIP 并不总是容易的,特别是在处理复杂系统时。然而,努力遵循这一原则可以大大提高代码的可测试性、可维护性和可扩展性。

(三)总结

今天先先总结这几个大的设置原则,后续相关具体的设计模式,都会体系这些设计原则。


 

相关推荐

  1. 设计模式简介原则

    2024-04-24 06:38:03       38 阅读
  2. 设计模式设计原则

    2024-04-24 06:38:03       39 阅读
  3. 设计模式设计原则

    2024-04-24 06:38:03       56 阅读

最近更新

  1. docker php8.1+nginx base 镜像 dockerfile 配置

    2024-04-24 06:38:03       94 阅读
  2. Could not load dynamic library ‘cudart64_100.dll‘

    2024-04-24 06:38:03       100 阅读
  3. 在Django里面运行非项目文件

    2024-04-24 06:38:03       82 阅读
  4. Python语言-面向对象

    2024-04-24 06:38:03       91 阅读

热门阅读

  1. c++设计模式之观察者模式(消息订阅模式)

    2024-04-24 06:38:03       35 阅读
  2. Vue.js(Axios)

    2024-04-24 06:38:03       31 阅读
  3. iOS 内存泄漏问题总结

    2024-04-24 06:38:03       40 阅读
  4. Gitea 的简单介绍

    2024-04-24 06:38:03       38 阅读
  5. echart坑

    echart坑

    2024-04-24 06:38:03      26 阅读
  6. 基于Python的老年人跌倒智能监测系统

    2024-04-24 06:38:03       38 阅读
  7. Centos替换yum为阿里云

    2024-04-24 06:38:03       35 阅读
  8. PHP中的超全局变量及其作用

    2024-04-24 06:38:03       29 阅读
  9. OSINT技术情报精选·2024年4月第3周

    2024-04-24 06:38:03       28 阅读
  10. zabbix图形乱码解决方案

    2024-04-24 06:38:03       34 阅读
  11. nginx日志自定义和统计处理

    2024-04-24 06:38:03       36 阅读