外观模式对外屏蔽了子系统的细节，因此外观模式降低了客户端对子系统使用的复杂性
外观模式对客户端与子系统的耦合关系 - 解耦，让子系统内部的模块更易维护和扩展
通过合理的使用外观模式，可以帮我们更好的划分访问的层次
当系统需要进行分层设计时，可以考虑使用Facade模式
在维护一个遗留的大型系统时，可能这个系统已经变得非常难以维护和扩展，此时 可以考虑为新系统开发一个Facade类，来提供遗留系统的比较清晰简单的接口， 让新系统与Facade类交互，提高复用性
不能过多的或者不合理的使用外观模式，使用外观模式好，还是直接调用模块好。 要以让系统有层次，利于维护为目的。
享元模式 应用案例 - 展示网站项目需求小型的外包项目，给客户A做一个产品展示网站，客户A的朋友感觉效果不错，也希
望做这样的产品展示网站，但是要求都有些不同：
有客户要求以新闻的形式发布
有客户人要求以博客的形式发布
有客户希望以微信公众号的形式发布
传统方案解决网站展现项目 + 问题分析
直接复制粘贴一份，然后根据客户不同要求，进行定制修改
给每个网站租用一个空间
方案设计示意图
需要的网站结构相似度很高，而且都不是高访问量网站，如果分成多个虚拟空间来 处理，相当于一个相同网站的实例对象很多，造成服务器的资源浪费
解决思路：整合到一个网站中，共享其相关的代码和数据，对于硬盘、内存、CPU、 数据库空间等服务器资源都可以达成共享，减少服务器资源
对于代码来说，由于是一份实例，维护和扩展都更加容易
上面的解决思路就可以使用 享元模式 来解决
享元模式基本介绍享元模式（Flyweight Pattern） 也叫 蝇量模式: 运用共享技术有效地支持大量细粒度的对象
常用于系统底层开发，解决系统的性能问题。像数据库连接池，里面都是创建好的连接对象，在这些连接对象中有我们需要的则直接拿来用，避免重新创建，如果没有我们需要的，则创建一个
享元模式能够解决重复对象的内存浪费的问题， 当系统中有大量相似对象，需要缓冲池时。不需 总是创建新对象，可以从缓冲池里拿。这样可以降低系统内存，同时提高效率
享元模式经典的应用场景就是池技术了，String常 量池、数据库连接池、缓冲池等等都是享元模式 的应用，享元模式是池技术的重要实现方式
对原理图的说明-即(模式的角色及职责)
FlyWeight 是抽象的享元角色, 他是产品的抽象类, 同时定义出对象的外部状态和内部状态的接口/方法或实现
ConcreteFlyWeight 是具体的享元角色，是具体的产品类，实现抽象角色定义相关业务
UnSharedConcreteFlyWeight 是不可共享的角色，一般不会出现在享元工厂。
FlyWeightFactory 享元工厂，用于构建一个池容器（集合），同时提供从池中获取对象的方法
内部状态和外部状态