HeadFirst设计模式开胃菜
前言
从今日起，陆续分享《HeadFirst设计模式》的读书笔记，希望能够帮助大家更好的理解设计模式，提高自己的编程能力。
今天要分享的是【HeadFirst设计模式开胃菜】，主要介绍了设计模式的基本概念、设计模式的四人组、HeadFirst设计模式的作者简介、面向对象的基本概念和原则等内容。
设计模式四人组（设计模式书籍作者）
-
Erich Gamma
-
Richard Helm
-
Ralph Johnson
-
John Vlissides
HeadFirst设计模式作者简介
-
Eric Freeman
-
Elisabeth Freeman
-
Kathy Sierra
-
Bert Bates
OO基本概念
- 抽象
抽象是隐藏实现细节的过程，只向用户公开功能。
在面向对象编程中，抽象是通过定义类和接口来实现的。
用户只知道对象的功能，而不需要了解其内部实现细节
- 封装
封装是将数据和代码封装到一个单元中的过程。
通过封装，可以限制对对象内部状态的直接访问，只能通过定义好的接口进行操作。
封装可以提高代码的安全性，并隐藏实现的细节
- 继承
继承允许一个类（子类）继承另一个类（父类）的属性和方法。
通过继承，可以复用代码，减少重复，并实现代码的模块化。
子类可以扩展或修改父类的行为，实现代码的扩展性
- 多态
多态是指允许不同类的对象对同一消息做出响应。
在面向对象编程中，多态通过接口和继承实现。
不同的对象可以对相同的函数调用做出不同的响应，增加了程序的灵活性和可扩展性
OO原则
- 单一职责原则（Single Responsibility Principle, SRP）
一个类应该只负责一个单一的功能或职责。
通过将不同的职责分离到不同的类中，可以提高代码的可读性、可维护性和可扩展性，并降低系统的耦合性
- 开闭原则（Open-Closed Principle, OCP）
软件实体（类、模块、函数等）应该对扩展开放，对修改封闭。
这意味着软件实体应该通过扩展来满足新的需求，而不是修改已有的代码
- 里氏替换原则（Liskov Substitution Principle, LSP）
子类必须能够替换其父类并且表现出相同的行为。
这意味着在程序中，使用子类的地方应该能够完全替换为父类，而不会影响程序的正确性
- 依赖倒置原则（Dependency Inversion Principle, DIP）
高层模块不应该依赖于底层模块，两者都应该依赖于抽象。
抽象不应该依赖于具体实现，具体实现应该依赖于抽象
- 接口隔离原则（Interface Segregation Principle, ISP）
一个类不应该依赖于它不需要的接口。
接口应该被拆分成更小的、更具体的接口，以满足不同类的需求
- 合成复用原则（Composite Reuse Principle, CRP）
尽量使用对象组合而不是继承来实现代码复用。
对象组合可以让类之间的耦合度更低，更加灵活
- 迪米特法则（Law of Demeter, LoD）
一个对象应该只与它直接依赖的对象进行交互，不应该了解其他对象的实现细节。
尽量减少对象之间的耦合度
- 重用/释放等价原则（Acquire-Release Equivalence Principle, ARE）
在使用某个资源时，必须同时负责该资源的获取和释放。
如果一个对象负责获取某个资源，那么它也应该负责释放该资源
- 单例模式原则（Singleton Pattern Principle）
确保一个类只有一个实例，并提供全局访问点。
单例模式可以避免不必要的对象创建，从而提高程序的性能
设计模式分类
专业术语
- OO：Object-Oriented，面向对象
- UML: Unified Modeling Language，统一建模语言
专业作图工具
- ProcessOn
- starUML
HeadFirst设计模式在线版电子书
HeadFirst设计模式在线版电子书
