前言:
在软件开发的世界中,编写可维护、可扩展且高效的代码是每个程序员的追求。然而,随着项目规模的扩大和业务逻辑的复杂化,代码往往会变得混乱、难以维护,甚至出现“牵一发而动全身”的问题。这时,设计模式(Design Patterns)便成了我们解决问题的利器。
设计模式是前人经验的总结,是经过反复验证的、针对特定问题的优秀解决方案。它们不仅提供了代码结构的模板,更重要的是,它们帮助我们以更优雅的方式组织代码,提升系统的灵活性和复用性。
java代码示例
git clone https://gitee.com/qq1244811434/23DesignPatterns.git
设计模式的六大原则
1.单一职责原则(Single Responsibility Principle, SRP)
每个类应该只有一个引起它变化的原因。这意味着一个类应该只负责一项职责。
2.开闭原则(Open-Closed Principle, OCP)
软件实体(类、模块、函数等)应该是可以扩展的,但是不可修改的。这通常通过抽象机制,如接口和抽象类来实现。
3.里氏替换原则(Liskov Substitution Principle, LSP)
派生类(子类)必须能够替换其基类(父类)出现的地方,且程序的行为不会发生变化。
4.依赖倒置原则(Dependency Inversion Principle, DIP)
高层模块不应该依赖低层模块,两者都应该依赖抽象;抽象不应该依赖细节,细节应该依赖抽象。
5.接口隔离原则(Interface Segregation Principle, ISP)
客户端不应该依赖它不使用的接口;一个类对另一个类的依赖应该建立在最小的接口上。
6.迪米特法则(Law of Demeter,LoD)
也叫最少知识原则,是指在减少系统各个组件之间的耦合度。它的核心思想是,一个对象应该对其他对象有尽可能少的了解。
设计模式的分类
- 创建型模式用于以灵活和高效的方式创建对象。包括Singleton模式、工厂模式和抽象工厂模式等。
- 结构型模式用于组合类和对象以形成更大的结构。包括适配器模式、桥接模式和装饰器模式等。
- 行为型模式用于处理类或对象之间的通信和控制流。包括观察者模式、策略模式和模板方法模式。
-
创建型模式(5种):处理对象创建机制
-
结构型模式(7种):处理类和对象的组合方式
-
行为型模式(11种):处理对象间通信与协作

4641

被折叠的 条评论
为什么被折叠?



