1700474830
1700474831
它简单地说就是一个产品的抽象类，同时定义出对象的外部状态和内部状态的接口或实现。
1700474832
1700474833
❑ConcreteFlyweight——具体享元角色
1700474834
1700474835
具体的一个产品类，实现抽象角色定义的业务。该角色中需要注意的是内部状态处理应该与环境无关，不应该出现一个操作改变了内部状态，同时修改了外部状态，这是绝对不允许的。
1700474836
1700474837
❑unsharedConcreteFlyweight——不可共享的享元角色
1700474838
1700474839
不存在外部状态或者安全要求（如线程安全）不能够使用共享技术的对象，该对象一般不会出现在享元工厂中。
1700474840
1700474841
❑FlyweightFactory——享元工厂
1700474842
1700474843
职责非常简单，就是构造一个池容器，同时提供从池中获得对象的方法。
1700474844
1700474845
享元模式的目的在于运用共享技术，使得一些细粒度的对象可以共享，我们的设计确实也应该这样，多使用细粒度的对象，便于重用或重构。我来看享元模式的通用代码，先看抽象享元角色，如代码清单28-7所示。
1700474846
1700474847
代码清单28-7 抽象享元角色
1700474848
1700474849
public abstract class Flyweight{
1700474850
1700474851
//内部状态
1700474852
1700474853
private String intrinsic；
1700474854
1700474855
//外部状态
1700474856
1700474857
protected final String Extrinsic；
1700474858
1700474859
//要求享元角色必须接受外部状态
1700474860
1700474861
public Flyweight（String_Extrinsic）{
1700474862
1700474863
this.Extrinsic=_Extrinsic；
1700474864
1700474865
}
1700474866
1700474867
//定义业务操作
1700474868
1700474869
public abstract void operate（）；
1700474870
1700474871
//内部状态的getter/setter
1700474872
1700474873
public String getIntrinsic（）{
1700474874
1700474875
return intrinsic；
1700474876
1700474877
}
1700474878
1700474879
public void setIntrinsic（String intrinsic）{
[
上一页 ]
[ :1.70047483e+09 ]
[
下一页 ]