相信即使一个编程的新手也一样能胜任这套系统的开发，实在没有太多难度~ 可如果想让它的代码设计合理、易于拓展、利于维护、便于测试。这可就有难度了。

首先，小A找到了直属部门经理，但是部门经理说我没有权限。接下来，小A去找部门总监，同样部门总监也说没有权限；最后，小A辗转找到了总经理，总经理经过认真考察，同意了A的请求。

每个早晨出门前都要穿衣打扮，根据参加的场所选择不同的服饰。比如现在有若干衣服：运动鞋、运动裤、卫衣、衬衫、西服、皮鞋、内衣等。提出需求: 这周分别参加公益酒会、运动会、cosplay三个活动。怎么搭配这些衣服了，设计成类如何实现？

看图识模式 比如说有一个农场(这是一个结构体)，里面包括了木头、牛羊、空闲的土地(结构体里的元素) 需求 需求一: 我要在这里生活，所以要建房子、生火做饭 需求二: 我要在这里开工厂，所以要建厂房、生成火腿肠 这些需求都可以通过农场里的材料进行不同的加工来完成。 分析 我们如何设计这个类？ 想一下~ 其实很简单，...

看图识模式 一天公司里面，boss出差去了，终于没人管了，大家都觉得很嗨皮。于是乎，同学A呼呼大睡、同学B看看电影，感叹生活美好呀~ 可是突然boss回公司了，发现这个场景，现场是血淋淋的.... 他们都不知道boss的状态，如果提前知道了，不就没事了吗。那就在老板回来的时候找人通知我们一下。 解决方案 大家和前台的MM...

我们使用的电脑，你完成的任何一个功能都需要cpu、内存、显卡、键盘、显示器等这些零件相互调用才能完成功能，如果让这些零件之间直接互相调用，那么他们之间的关系可能如下图所示，非常凌乱复杂:

抽象容器(Aggregate)：一般是一个接口，提供一个iterator()方法，例如java中的Collection接口，List接口，Set接口等。

如果公司发展，在全国开了许多分公司，每个分公司都有自己的人力、财务、业务等部门。然后每个分公司下面又设置自己的办事处，每个办事处都也有这些部门，如下:

看图识模式 自助游(图1) 旅行社(图2) 举个栗子 不知道大家有没有通过旅行社报团出去旅游的经历？这是一个很好的外观模式的应用。 方式一：客户直接调用各个子系统的功能，和各个子系统之间形成紧耦合的关系(上图一)方式二：提供一个高层接口，该高层接口负责和子系统进行交互，并向客户提供需要使用的接口(上图二)从上面...

看图识模式 图1 或者这样 图2 提出问题 {代码...} 有以下问题： 有2条生产线，一条产线生产遥控器，一条产线生成电视机 不同电视机的结构是不一样的，遥控器也要随市场需求去变化 问题来了，我要生产一台新电视，怎么办 问题来了，我要定制一个新的遥控器，所有的电视都要适配 按照上面的结构图，哪个一更好呢(图1？图2...

看图识模式 简单的概述适配器模式就是： 需要的东西在你面前，而短时间又无法改造它，于是我们就想办法适配它。 比如，现在一个没有电的手机和一个110V50HZ的插座在你面前，你显然要给手机充电，但是手机只需要5V-1A的输入。这时候怎么办？ 打电话给电厂，把电压给我降下来 找手机厂商，把我的手机改为220V的输入 找个电...

单例模式是什么？ 单例模式(Singleton Pattern)：单例模式确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例，这个类称为单例类，它提供全局访问的方法。 单例模式是一种对象创建型模式。单例模式又名单件模式或单态模式。单例模式的要点有三个： 单例类只能有一个实例。 单例类必须自己创建自己的唯一...

有时，构建某些对象有多种不同方式。如果这些逻辑包含在构建这些对象的类的单一方法中，构建的逻辑就会变得非常复杂(比如，针对各种构建需求的一大片嵌套if-else或者switch-case语句)。如果能够把构建过程分解为客户——指导者——生成器的关系，那么过程将更容易管理与复用。针对此类关系的设计模式称为生成器。