摘要： 外观模式：为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一系统更加容易使用。 适配器模式：将一个类的接口转换成客户希望的另外一个接口。它使得原本由于接口不兼容而不能一起工作的那些类一起工作。 桥接模式：将抽象部分与它的实现部分分离，使它们可以独立地变化。 组合模式 阅读全文

摘要： 优点： ① 将代理对象和真实被调用的目标对象分离，降低了耦合度，提高了扩展性。 ② 保护和增强目标对象。 缺点： ① 增加了代理类，请求速度变慢，增加系统复杂性。 适用范围： ① 安全代理，用来控制真实对象的访问权限。 ② 智能代理，调用真实对象时，代理处理另外一些事。 ③ 虚拟代理，根据需要创建开 阅读全文

摘要： 优点： 减少了系统中对象的数量，避免了大量细粒度对象给内存带来的压力，实现对细粒度对象的复用。 缺点： 此模式需要维护一个记录了系统已有的所有享元对象的列表，本身就需要耗费资源。此外此模式需要将一些状态外部化，也使得系统及逻辑更加复杂。 适用范围： 一个系统中有大量的对象，同时这些对象耗费大量的内存 阅读全文

摘要： 优点： ① 可以提供比继承更多的灵活性，原有代码无须变动，只是在原对象上装饰一层“外衣”。 ② 可以动态扩展一个对象的功能，在运行时选择不同的装饰器，从而实现不同的行为。 缺点： ① 会产生很多的小对象，增加了系统的复杂性 ② 比继承更加灵活，同时意味着比继承更易出错，排错也困难，对于多次装饰的对象 阅读全文

摘要： 优点： ① 都实现了Component接口，都具备了Add和Remove方法，使用户对单个对象（叶子）和组合对象（枝干）的调用没有区别。 ② 扩展节点非常容易，便于后期扩展维护。 缺点： 使得设计更加复杂，客户端需要花更多时间理清类之间的层次关系。 适用范围： 只要是树形结构，只要是要体现局部和整体 阅读全文

摘要： 优点： ① 分离抽象接口及其实现部分。提高了比继承更好的解决方案。 ② 桥接模式提高了系统的可扩充性，在两个变化维度中任意扩展一个维度，都不需要修改原有系统。 缺点： ① 桥接模式的引入会增加系统的理解与设计难度，由于聚合关联关系建立在抽象层，要求开发者针对抽象进行设计与编程。 ② 桥接模式要求正确 阅读全文

摘要： 优点： ① 通过引入一个适配器Adapter来重用现有的不兼容的旧类Adeptee，而无需修改旧类原有结构。 ② 增加了旧类的复用性；适配器的灵活性和扩展性都非常好 缺点： ① 一次最多只能适配一个旧类，不能同时适配多个旧类。 适用范围：需要有旧类，而旧类的接口不符合新系统的需要，甚至旧类都没有源代 阅读全文

摘要： 设计，是为了更好的应对变化。 思考记忆方向：此模式是不是 提取了抽象、分离了具体、依赖于抽象、封装了具体 阅读全文

摘要： 前置：安装Git Bash，在github上新建仓库repository 1、右键点击项目所在文件夹，运行: git bash here。在git bash窗口运行命令 git init 把这个目录变成git可以管理的仓库 2、把文件添加到版本库中，使用命令 git add . 添加到暂存区里面去， 阅读全文

摘要： 说明：Facade外观类 SubSystem子系统 优点： ①对子系统的使用变得简单了，减少了客户与子系统的联系和子系统之间的耦合。 ②降低了大型软件系统中的编译依赖性，并简化了系统在不同平台之间的移植过程。 缺点：新增子系统需要修改外观类，除非设置抽象外观类接口。 比较：外观模式的意图是简化接口， 阅读全文