软件设计模式之路—–享元模式

在软件中，通常会有很多相同的角色。比如五子棋，一场对局中会有多个五子棋，若是用普通方法，一个五子棋就一个对象实例，这样将消耗大量的系统资源。像这种情况就可以使用享元模式了

享元(Flyweight)模式的定义：运用共享技术来有效地支持大量细粒度对象的复用。它通过共享已经存在的对象来大幅度减少需要创建的对象数量、避免大量相似类的开销，从而提高系统资源的利用率。

优点：

• 相同对象只要保存一份，这降低了系统中对象的数量，从而降低了系统中细粒度对象给内存带来的压力。

缺点：

• 为了使对象可以共享，需要将一些不能共享的状态外部化，这将增加程序的复杂性。 
• 读取享元模式的外部状态会使得运行时间稍微变长。

享元模式的结构与实现

结构：

1. 抽象享元角色（Flyweight）：是所有的具体享元类的基类，为具体享元规范需要实现的公共接口，非享元的外部状态以参数的形式通过方法传入。 
2. 具体享元（Concrete Flyweight）角色：实现抽象享元角色中所规定的接口。 
3. 非享元（Unsharable Flyweight)角色：是不可以共享的外部状态，它以参数的形式注入具体享元的相关方法中。 
4. 享元工厂（Flyweight Factory）角色：负责创建和管理享元角色。当客户对象请求一个享元对象时，享元工厂检査系统中是否存在符合要求的享元对象，如果存在则提供给客户；如果不存在的话，则创建一个新的享元对象。

实现：

实现场景：LOL中的小兵，小兵有三类：炮兵，远程兵，近战兵