12享元模式.docVIP

享元模式（Flyweight Pattern） ——.NET设计模式系列之十三 Terrylee，2006年3月 摘要：面向对象的思想很好地解决了抽象性的问题，一般也不会出现性能上的问题。但是在某些情况下，对象的数量可能会太多，从而导致了运行时的代价。那么我们如何去避免大量细粒度的对象，同时又不影响客户程序使用面向对象的方式进行操作？ 本文试图通过一个简单的字符处理的例子，运用重构的手段，一步步带你走进Flyweight模式，在这个过程中我们一同思考、探索、权衡，通过比较而得出好的实现方式，而不是给你最终的一个完美解决方案。 主要内容： 1．? Flyweight模式解说 2．.NET中的Flyweight模式 3．Flyweight模式的实现要点 …… 概述 面向对象的思想很好地解决了抽象性的问题，一般也不会出现性能上的问题。但是在某些情况下，对象的数量可能会太多，从而导致了运行时的代价。那么我们如何去避免大量细粒度的对象，同时又不影响客户程序使用面向对象的方式进行操作？ 意图 运用共享技术有效地支持大量细粒度的对象。[GOF 《设计模式》] 结构图 图1 Flyweight模式结构图 生活中的例子 享元模式使用共享技术有效地支持大量细粒度的对象。公共交换电话网（PSTN）是享元的一个例子。有一些资源例如拨号音发生器、振铃发生器和拨号接收器是必须由所有用户共享的。当一个用户拿起听筒打电话时，他不需要知道使用了多少资源。对于用户而言所有的事情就是有拨号音，拨打号码，拨通电话。 图2? 使用拨号音发生器例子的享元模式对象图 Flyweight模式解说 Flyweight在拳击比赛中指最轻量级，即“蝇量级”，这里翻译为“享元”，可以理解为共享元对象（细粒度对象）的意思。提到Flyweight模式都会一般都会用编辑器例子来说明，这里也不例外，但我会尝试着通过重构来看待Flyweight模式。考虑这样一个字处理软件，它需要处理的对象可能有单个的字符，由字符组成的段落以及整篇文档，根据面向对象的设计思想和Composite模式，不管是字符还是段落，文档都应该作为单个的对象去看待，这里只考虑单个的字符，不考虑段落及文档等对象，于是可以很容易的得到下面的结构图： 图3 示意性实现代码： //?Charactor中public燼bstract燾lass燙haractor里翻译{牋牋//Fieldsac牋牋protected燾har燺symbol;ctor牋牋protected爄nt燺width;;ct牋牋protected爄nt燺height;cto牋牋protected爄nt燺ascent;cto牋牋protected爄nt燺descent;ctor牋牋protected爄nt燺pointSize;or里牋牋//Method爄n牋牋public燼bstract爒oid燚isplay();译为“享元}//?CharactorAtpublic燾lass燙haractorA?燙haractor为“享元{?b牋牋//燙onstructor?ctor牋牋public燙haractorA()?燙h牋牋pu{牋牋牋this._symbol??A;?燙har牋牋牋this._height??00;?燙har牋牋牋this._width??20;?燙ha牋牋牋this._ascent??0;?燙ha牋牋牋this._descent??;?燙ha牋牋牋this._pointSize??2;harac牋牋}hi牋牋//Methodin牋牋public爋verride爒oid燚isplay()r为“享牋牋pu{牋牋牋牋Console.WriteLine(this._symbol);，可以理牋牋}Co}//?CharactorBtpublic燾lass燙haractorB?燙haractorol);{牋牋//燙onstructor?ctor牋牋public燙haractorB()?燙h牋牋pu{牋牋牋牋this._symbol??B;燙harac牋牋牋牋this._height??00;燙harac牋牋牋牋this._width??40;燙hara牋牋牋牋this._ascent??2;燙hara牋牋牋牋this._descent??;燙hara牋牋牋牋this._pointSize??0;aracto牋牋}th牋牋//Methodoi牋牋public爋verride爒oid燚isplay()rol)牋牋pu{牋牋牋牋Console.WriteLine(this._symbol);，可以理牋牋}Co}//?Characto