（十八）享元模式详解（都市异能版）

作者：zuoxiaolong8810（左潇龙），转载请注明出处。

魔都。

自从越狱风波过去以后，小左的生活便又回到了之前的节奏，依旧是每日徘徊在魔都某天桥，继续着自己的算命之旅。

说起这次越狱风波，着实让小左心情沉闷了很久。原因无他，就是因为在施展一次记忆恢复的过程中，发生了一点意外，结果导致一名看守所人员的记忆产生了混乱，如果用通俗的话来讲，就是变成了人们口中常说的精神病。

小左当时选择的是一个生物专业硕士毕业的应届生的记忆，而另外一位被注入记忆的看守所成员，已经成功了迈入了生物界的神奇领域，虽说谈不上一步登天，但相信现在生活的应该要比之前在看守所好上数倍。当然，这番生活条件的改观也并非白来的，这位新生的生物界奇才，所失去的，正是之前数十年的记忆，这之中也当然包括了对家人朋友的记忆。

至于故事当中的主角韩雨露，此时应该已经被其能力通天的父亲给保护了起来。自从韩雨露被小左私自释放，除了刚开始的新闻漫天之外，短短的十数天，此事就像是没有发生过一样烟消云散。尽管这是小左意料之中的，否则小左也不会义无反顾的释放韩雨露，不过之前小左可远远没有想到消息的封锁会如此之快。

值得一说的是李刚和李双江，自从被误认为私自释放了韩雨露，二人的生活就直接陷入了暗无天日的境地，虽说这样的结果对二人有些不公平，不过由于二人对韩雨露语言上的亵渎，导致小左并未对此有所愧疚。

魔都某网吧。

“尼玛，辅助买个鸟啊。”小左坐在烟雾缭绕的网吧里，骂骂咧咧的大声喊道。细一看，就发现小左在叫骂的同时，正拉着自己红血的SF马不停蹄的往泉水跑。

............

“我考，不带这么玩的吧。”

只见小左的电脑屏幕之上，三道红光一闪即逝，小左的SF瞬间倒地，在释放一记魂之挽歌之后，便不甘的回到了泉水。

“SF，你TM会不会啊，别出门了行不？”

“9494，你这么送下去，我们还怎么玩啊。”

“猪一样的队友啊，真TM倒霉。”

..........

看着屏幕上陆续浮现出的队友们的谩骂，小左终于忍受不了，无奈的看了看自己40分钟依旧是假腿的SF，匆匆的退出了游戏。

魔都某出租屋。

“好不容易想起去体验几把DOTA，结果全跪了。尼玛，太不爽了。不行，我得虐虐电脑，找找快感。”

由于被连续虐了几把，小左回到家里依旧感觉十分不爽，于是便再次打开DOTA，准备虐几把电脑找找感觉。

机器始终不是人类，在连续几把无限超神之后，小左终于感觉心里舒畅了许多。无聊之际，开始漫无目的的在网上冲浪。不过由于小左转生之前毕竟是一名程序猿，所以看着看着，不知不觉之间便打开了享元模式的定义。

定义：享元模式（英语：Flyweight Pattern）是一种软件设计模式。它使用共享物件，用来尽可能减少内存使用量以及分享资讯给尽可能多的相似物件；它适合用于当大量物件只是重复因而导致无法令人接受的使用大量内存。通常物件中的部分状态是可以分享。常见做法是把它们放在外部数据结构，当需要使用时再将它们传递给享元。

“看定义的意思，这个模式主要是为了减少不必要的重复对象，减少内存消耗。而要做到这个的话，那么就需要把一个对象可共享的状态给封装起来，而不可能共享的状态则从外部获取。”

小左指尖不停的敲打着桌面，继续说道：“如果所有DOTA的玩家都在一台服务器上操作，那么DOTA里的英雄应该就可以使用享元模式。每一个英雄应该都是唯一的实例，而不应该是一旦有人选了一个英雄，就要实例化一个。”

“如果是传统意义上的方式，应该是这种写法。假设有一个抽象的英雄基类。”

package com.flyweight;//抽象英雄基类
public abstract class AbstractHero {protected final String name;//英雄名称protected final String[] skills = new String[4];//每个英雄都有四个技能protected long hp;//血量protected long mp;//魔法public AbstractHero() {super();this.name = getName();initSkills();checkSkills();}private void checkSkills(){for (int i = 0; i < skills.length; i++) {if (skills[i] == null) {throw new NullPointerException();}}}//释放技能public void release(int index){if (index < 0) {index = 0;}else if (index > 3) {index = 3;}System.out.println(name + "释放" + skills[index]);} //物理攻击public void commonAttack(){System.out.println(name + "进行物理攻击");}public abstract String getName();public abstract void initSkills();public long getHp() {return hp;}public void setHp(long hp) {this.hp = hp;}public long getMp() {return mp;}public void setMp(long mp) {this.mp = mp;}}

“英雄可以释放技能，物理攻击等等，而且英雄是有血量和魔法量的。下面就写两个具体的英雄看一下。”

package com.flyweight;public class Lion extends AbstractHero{public String getName() {return "恶魔巫师";}public void initSkills() {skills[0] = "穿刺";skills[1] = "妖术";skills[2] = "法力汲取";skills[3] = "死亡一指";}}

package com.flyweight;public class SF extends AbstractHero{public String getName() {return "影魔";}public void initSkills() {skills[0] = "毁灭阴影";skills[1] = "支配死灵";skills[2] = "魔王降临";skills[3] = "魂之挽歌";}}

“一个恶魔巫师，一个影魔。很显然，假设现在有四个solo局，都是SF对LION，那么现在这种方式则需要实例化四个LION和四个SF。就像下面这样。”

package com.flyweight;public class Main {public static void main(String[] args) {//假设有四个solo局，则需要创建四个lion和四个sfLion lion1=new Lion();SF sf1 = new SF();Lion lion2=new Lion();SF sf2 = new SF();Lion lion3=new Lion();SF sf3 = new SF();Lion lion4=new Lion();SF sf4 = new SF();/* 以下为释放技能，物理攻击等的打架过程  */}}

“这样显然是非常浪费资源啊，四个lion和四个sf其实是有很多一样的地方的。这应该就可以使用享元模式了吧。”

“不过享元模式强调内部状态和外部状态，内部状态则是可以共享的状态，外部状态则是随外部环境而变化的状态，是无法共享的状态。那么下面要做的就是将外部状态分离出来，只保留内部状态，这样的话对象的实例就可以共享了。”

“啪！”

小左打了个响指，继续说道：“对于上面DOTA英雄的简单例子来说，血量和魔法量应该是外部状态了，因为四个solo局中，每个lion和每个sf的血量和魔法量不一定是相等的，所以这两个状态是无法共享的。但是技能和名称就不一样了，它们俩应该属于内部状态，是可以共享的，因为不管是哪个solo局里的lion或者sf，它们的英雄名称和技能都是一样的。”

“这下好办了，首先应该把基类里面的血量和魔法量删掉。”

package com.flyweight;//抽象英雄基类
public abstract class AbstractHero {protected final String name;//英雄名称protected final String[] skills = new String[4];//每个英雄都有四个技能public AbstractHero() {super();this.name = getName();initSkills();checkSkills();}private void checkSkills(){for (int i = 0; i < skills.length; i++) {if (skills[i] == null) {throw new NullPointerException();}}}//释放技能public void release(int index){if (index < 0) {index = 0;}else if (index > 3) {index = 3;}System.out.println(name + "释放" + skills[index]);} //物理攻击public void commonAttack(){System.out.println(name + "进行物理攻击");}public abstract String getName();public abstract void initSkills();}

“其余的两个子类应该是不用变的，下面我还需要再写一个类去组合英雄的内部状态和外部状态。”

package com.flyweight;
//用于组合英雄内部状态和外部状态的类，假设称为角色
public class Role {private AbstractHero hero;//角色选择的英雄//我们把血量和魔法量这两个外部状态从英雄里剥离出来，放到外部的角色类中private long hp;private long mp;public Role(AbstractHero hero) {super();this.hero = hero;}//释放技能public void release(int index){hero.release(index);} //物理攻击public void commonAttack(){hero.commonAttack();}public long getHp() {return hp;}public void setHp(long hp) {this.hp = hp;}public long getMp() {return mp;}public void setMp(long mp) {this.mp = mp;}}

“我们用角色这个类去组合英雄的内部和外部状态，下面还需要一个享元模式最重要的类，就是提供共享功能的类。”

package com.flyweight;import java.util.HashMap;
import java.util.Map;
//提供共享功能，单例
public class HeroManager {private static HeroManager heroManager = new HeroManager();private Map<String, AbstractHero> heroMap;private HeroManager(){heroMap = new HashMap<String, AbstractHero>();}public static HeroManager getInstance(){return heroManager;}//该方法提供共享功能public AbstractHero getHero(String name){AbstractHero hero = heroMap.get(name);if (hero == null) {if (name.equals("恶魔巫师")) {hero = new Lion();}else if (name.equals("影魔")) {hero = new SF();}heroMap.put(name, hero);}return hero;}
}

“现在如果再来四个solo局，那么情况就和刚才不太一样了。”

package com.flyweight;public class Main {public static void main(String[] args) {//假设有四个solo局，则使用了享元模式的情况下，其实恶魔巫师和影魔的实例各自只有一个HeroManager heroManager = HeroManager.getInstance();Role role1 = new Role(heroManager.getHero("恶魔巫师"));Role role2 = new Role(heroManager.getHero("影魔"));Role role3 = new Role(heroManager.getHero("恶魔巫师"));Role role4 = new Role(heroManager.getHero("影魔"));Role role5 = new Role(heroManager.getHero("恶魔巫师"));Role role6 = new Role(heroManager.getHero("影魔"));Role role7 = new Role(heroManager.getHero("恶魔巫师"));Role role8 = new Role(heroManager.getHero("影魔"));/* 以下为释放技能，物理攻击等的打架过程  */}}

“四个solo局当中有八个角色，选了八个英雄，四个lion和四个sf，但是很明显，使用了享元模式之后，这里面的八个英雄其实只有一个lion实例和一个sf实例，这样就大大减少了英雄的实例个数。试想一下，如果同时有1000个solo局，按照之前的方式，那么会有1000个lion的实例和1000个sf的实例，而现在使用享元模式的话，依旧是只有一个lion实例和一个sf实例。”

“这么说起来的话，享元模式节省的内存实在是不可估量啊。只不过DOTA这么大型的游戏，它的设计应该不会这么简单，不过用来理解享元模式还是个不错的例子啊，哈哈。”
理解了享元模式的好处，小左像打了鸡血似的，一拍桌子大叫道：“NND，再去网吧搞两把。”

话音刚落，小左便一溜烟跑出了出租屋，直奔网吧而去。

（十八）享元模式详解（都市异能版）相关推荐

（十八）享元模式详解（都市异能版） - 转
作者:zuoxiaolong8810(左潇龙),转载请注明出处. 魔都. 自从越狱风波过去以后,小左的生活便又回到了之前的节奏,依旧是每日徘徊在魔都某天桥,继续着自己的算命之旅. 说起这次越狱风波,着 ...
设计模式之享元模式详解
设计模式之享元模式详解概述享元模式定义: 运用共享技术来有效地支持大量细粒度对象的复用.它==通过共享已经存在的对象来大幅度减少需要创建的对象数量==.避免大量相似对象的开销,从而提高系统资源 ...
设计模式之- 享元模式详解（都市异能版）
作者:zuoxiaolong8810(左潇龙),转载请注明出处,特别说明:本博文来自博主原博客,为保证新博客中博文的完整性,特复制到此留存,如需转载请注明新博客地址即可. 魔都. 自从越狱风波过去以后 ...
（十四）桥接模式详解（都市异能版） - 转
作者:zuoxiaolong8810(左潇龙),转载请注明出处. 魔都国贸附近,某天夜里十一点半. 那一晚,魔都出奇的没有做只打雷不下雨的勾当,老天似乎是要将魔都淹没一般,倾盆大雨像不要命似的拍打着地 ...
设计模式（十）享元模式Flyweight（结构型）
设计模式(十)享元模式Flyweight(结构型) 说明: 相对于其它模式,Flyweight模式在PHP实现似乎没有太大的意义,因为PHP的生命周期就在一个请求,请求执行完了,php占用的资源都被释 ...
（十二）命令模式详解（故事版）- 转
作者:zuoxiaolong8810(左潇龙),转载请注明出处. 背景:小左是魔都某公司技术部的一名屌丝程序猿,每天的工作就是维护一个20世纪的古董级项目,由于公司不大,所以公司很多制度不太完善,导致 ...
ST MCU_GPIO的八种工作模式详解
GPIO的八种工作模式详解浮空输入_IN_FLOATING 带上拉输入_IPU 带下拉输入_IPD 模拟输入_AIN 开漏输出_OUT_OD 推挽输出_OUT_PP 开漏复用输出_AF_OD 推挽复 ...
（二十二）访问者模式详解（伪动态双分派） - 转
作者:zuoxiaolong8810(左潇龙),转载请注明出处. 本次LZ和各位分享一下访问者模式,从场景.设计初衷以及实现方面来说,访问者模式算是LZ即将写到的24种设计模式当中,最复杂也是最难理解 ...
GoF设计模式(十二) - 享元模式
前言享元模式(Flyweight Pattern)运用共享技术有效地支持大量细粒度的对象,以减少内存占用和提高性能.这种类型的设计模式属于结构型模式,它提供了减少对象数量从而改善应用所需的对象结构的 ...

（十八）享元模式详解（都市异能版）

（十八）享元模式详解（都市异能版）相关推荐

最新文章

热门文章