设计模式就该这样学

> 本文节选自《设计模式就该这样学》 ## 1　使用委派模式模拟任务分配场景 我们用代码来模拟老板给员工分配任务的业务场景。 首先创建IEmployee员工接口。 ```java publi

> 本文节选自《设计模式就该这样学》 ## 1 使用简单工厂模式封装产品创建细节 接下来看代码，还是以创建一门网络课程为例。假设有Java架构、大数据、人工智能等课程，已经形成了一个生态。我们可

> 本文节选自《设计模式就该这样学》 ## 1 工厂方法模式的应用场景 工厂方法模式主要适用于以下应用场景。 （1）创建对象需要大量重复的代码。 （2）客户端（应用层）不依赖产品类实例如何

> 本文节选自《设计模式就该这样学》 ## 1 关于产品等级结构和产品族 在讲解抽象工厂之前，我们要了解两个概念：产品等级结构和产品族，如下图所示。 ![file](https://p3-j

## 1 使用门面模式整合已知API的功能 一般的电商平台都是整合众多的子系统聚合到一起形成一个大型的购物平台，一般情况下，有很多现成的功能都不是重新开发的，而是要去对接已有的各个子系统，这些子系

> 本文节选自《设计模式就该这样学》 ## 1 使用类适配器重构第三方登录自由适配 我们使用适配模式来实现一个实际的业务场景，解决实际问题。年纪稍微大一点的小伙伴一定经历过这样的过程。很早以前开

## 1 分析JDK浅克隆API带来的问题 在Java提供的API中，不需要手动创建抽象原型接口，因为Java已经内置了Cloneable抽象原型接口，自定义的类型只需实现该接口并重写Object

> 本文节选自《设计模式就该这样学》之享元模式（Flyweight Pattern） ## 1 故事背景 一个程序员就因为改了生产环境上的一个方法参数，把int型改成了Integer类型，因为涉及

> 本文节选自《设计模式就该这样学》 ## 1 使用装饰器模式解决煎饼加码问题 来看这样一个场景，上班族大多有睡懒觉的习惯，每天早上上班都时间很紧张，于是很多人为了多睡一会儿，就用更方便的方式

先来看一个生活案例，当我们开心时，也许会寻求享乐。在学习设计模式之前，你可能会这样感叹： ![file](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fb

> 本文节选自《设计模式就该这样学》 **本文自2012年10月29日起持续连载，请大家持续关注....** > ## 序言 Design Patterns: Elements of Reus

> 本文节选自《设计模式就该这样学》 ## 1 建造者模式的链式写法 以构建一门课程为例，一个完整的课程由PPT课件、回放视频、课堂笔记、课后作业组成，但是这些内容的设置顺序可以随意调整，我们

## 1　使用责任链模式设计热插拔权限控制 > 本文节选自《设计模式就该这样学》作者 谭勇德（Tom） 首先创建一个实体类Member。 ```java public class Membe

## 1 从静态代理到动态代理 举个例子，有些人到了适婚年龄，会被父母催婚。而现在在各种压力之下，很多人都选择晚婚晚育。于是着急的父母就开始到处为子女相亲，比子女自己还着急。下面来看代码实现。创建

## 1 通用单例写法带来的弊端 我们看到的单例模式通用写法，一般就是饿汉式单例的标准写法。饿汉式单例写法在类加载的时候立即初始化，并且创建单例对象。它绝对线程安全，在线程还没出现之前就实例化了，

​       合成复用原则（Composite/Aggregate Reuse Principle，CARP）是指尽量使用对象组合（has-a）/聚合（contanis-a）而不是继承关系达到软件

​         里氏替换原则（Liskov Substitution Principle，LSP）是指如果对每一个类型为T1的对象o1，都有类型为T2的对象O2，使得以T1定义的所有程序P在所有

迪米特原则（Law of Demeter LoD）是指一个对象应该对其他对象保持最少的了解，又叫最少知道原则（Least Knowledge Principle，LKP），尽量降低类与类之间的

接口隔离原则（Interface Segregation Principle, ISP）是指用多个专门的接口，而不使用单一的总接口，客户端不应该依赖它不需要的接口。这个原则指导我们在

单一职责（Simple Responsibility Pinciple，SRP）是指不要存在多于一个导致类变更的原因。假设我们有一个类负责两个职责，一旦发生需求变更，修改其中一个职责