享元模式

享元模式的意图是运用共享技术有效地支持大量细粒度的对象。也就是说在一个系统中如果有多个相同的对象,那么只共享一份就可以,不必每个都去实例化一个对象。在 Flyweight 模式中,由于要产生各种各样的对象,所以在Flyweight 模式中常出现 Factory模式。Flyweight的内部状态是用来共享的,Flyweight factory负责维护一个对象存储池来存放内部状态的对象。Flyweight模式是一个提高程序效率和性能的模式,会大大加快程序的运行速度


享元模式原理
享元对象能做到共享的关键是区分内蕴状态和外蕴状态。一个内蕴状态是存储在享元对象内部的,并且不会随环境改变而有所不同,因此,一个享元可以具有内蕴状态并可以共享。一个外蕴状态是随环境改变而改变的,不可以共享状态。享元对象的外蕴状态必须由客户端保存,并且享元对象被创建之后,在需要使用的时候再传到享元对象内部。外蕴状态不可以影响享元对象的内蕴状态,它们是相互独立的,所有的内蕴状态在对象创建完后就不可再改变

享元模式设计初衷
面向对象语言的原则就是一切皆对象,但是如果正真使用起来,有时对象可能显得很庞大,创建很多对象无意消耗内存,那要“求同存异”找出这些对象群的共同特点,设计一个元类,封装可以被共享的类,还有一些特性是取决于应用,是不可共享的


享元模式类图

案例:咖啡店卖咖啡,只区分咖啡味,咖啡店只卖20种咖啡,有1W个订单,就没有必要生成1W个订单对象
public abstract class Order {
  // 卖出动作
  public abstract void sell();

  // 获取味道
  public abstract String getFlavor();
}

public class FlavorOrder extends Order {
  private String flavor;

  public FlavorOrder(String flavor) {
  this .flavor = flavor;
  }

  @Override
  public void sell() {
  System. out .println("卖出一杯[" + flavor + "]" );
  }

  @Override
  public String getFlavor() {
  return this .flavor ;
  }
}

public class FlavorFactory {
  // 订单池
  private Map<String, Order> flavorPool = new HashMap<String, Order>(20);
  // 静态工厂,负责生成订单对象
  private static FlavorFactory flavorFactory = new FlavorFactory();

  private FlavorFactory() {
  }

  public static FlavorFactory getInstance() {
  return flavorFactory ;
  }

  /**
  * 获得订单
  *
  * @return
  */
  public Order getOrder(String flavor) {
  Order order = null ;
  if (flavorPool .containsKey(flavor)) {
  order = flavorPool .get(flavor);
  } else {
  order = new FlavorOrder(flavor);
  flavorPool .put(flavor, order);
  }
  return order;
  }

  public int getTotalFlavorsMade() {
  return flavorPool .size();
  }
}

public class Client {
  private static List<Order> orders = new ArrayList<Order>(100);
  private static FlavorFactory flavorFactory;

  private static void takeOrders(String flavor) {
  orders .add(flavorFactory .getOrder(flavor));
  }

  public static void main(String[] args) {
  flavorFactory = FlavorFactory.getInstance();
  // 各种味道只生成一次,其中只保存对应的引用,这要这样可以有效减少对象的生成数量
  takeOrders( "拿铁");
  takeOrders( "卡布奇诺");
  takeOrders( "香草星冰乐");
  takeOrders( "拿铁");
  takeOrders( "卡布奇诺");
  takeOrders( "香草星冰乐");
  takeOrders( "拿铁");
  takeOrders( "卡布奇诺");
  takeOrders( "香草星冰乐");
  }
}

享元模式适用性
1> 一个应用程序使用大量的对象
2> 完全由于使用大量的对象,造成很大的存储开销
3> 对象的大多数状态都可以变为外部状态
4> 如果删除对象的外部状态,那么可以用相对较少的共享对象取代很多组对象
5> 引用程序不依赖对象标识

享元模式的有点及缺点
1> 享元模式使得系统更加复杂,为了使对象可以共享,需要将一些状态外部化,这使得程序的逻辑复杂化
2> 享元模式将享元对象的状态外部化,而读取外部状态使得运行时间稍微变长
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值