杨岳龙

外观模式的本质： 1.简化接口，2.将客户从子系统中抽离出来 例子： 将一连串的固定动作封装成一个动作 比如 制作爆米花， 先洗干净豆子， 然后把豆子放入机器中，再然后加一些调料（比如糖），按下机器开始制作爆米花每次操作都要按步骤，每个方法调用一次，这样很麻烦。外观模式就是解决这种问题 将 制作爆米花， 先洗干净豆子， 然后把豆子放入机器中，再然后加一些调料（比如糖），按下机器开始制作爆米花 这里的所有动作都封装成一个 方法， 调用这个方法就可以来代码展示一下，这些步骤都是固定的，但是每次都要固定调用

适配器模式，看看这张图便知道是做什么的 准备好了吗，适配器出现了，我想用鸭子冒充一个火鸡，所以要做个适配器 首先，我是只鸭子，就实现鸭子（implements Duck）的行为，但是我要对自己本身的行为做一些改造 比如叫声适配成火鸡的，比如飞行方式也适配成火鸡的， 但是我是鸭子，我用鸭子实例去接收（ Duck redDuck =new TurkeyAdapter(new WildTurkey()); ， 用Duck redDuck 接收） 我仍然具备鸭子的其它许多行为和特性...

觉得命令模式最大好处就是做到解耦

个人理解装饰者模式： 1.装饰者模式的本质，就是按开闭原则去写，在不改变原有的类，而去拓展新的类，增加新的功能 例子 // Book 继承 IBook public class Book extends IBook { @Override void borrowBook() { System.out.println(getBookName() + "被借了"); } @Override void returnBook() { Sy

观察者原理：把注册为观察者的用户，有更新就发送给他们。 代码实现层：本质就是获取到观察者的实例，在有更新的，调用更新相关的方法即可 /** * 天气站 * 实现一个主题接口，用于管理天气预报接口着的管理 * */ public class Weath erStation implements Subject { private String weather; public String getWeather() { return weather; }

单例模式：计算机是可以同时执行多个命令的，比如一台咖啡机，当机内咖啡容量为空时，就补充咖啡，但是如果存在两个实例时，在咖啡机为空时，两个实例都判断出为空，就加入了两份咖啡，这样就会造成溢出，造成损失，所以要设置只存在一个实例。代码： 　　 /** * 咖啡机 * */ public class Coffee { //增加咖啡机的咖啡 private static final

多态原理： 同一个行为，在不同情况下，会出现不同的状态或者形态 现实中： 案例1.“打印机”点击“打印按钮”，可能出现两种颜色的纸张，这就是属于多态 t1 案例2： 宠物店售卖各种动物 t2 t3 t4 1.针对实现编程 t5 2.针对接口/超类型编程（多态） t6 实际上针对接口和超类型编程就是多态。 你的领导、你的老师、你的同事，是不是经常让...