Android大话设计模式——第一章:简单工厂模式.docxVIP

Android大话设计模式——第一章:简单工厂模式.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
Android大话设计模式——第一章:简单工厂模式

大话设计模式 简单工厂模式?一见钟情的代价? 简单工厂模式应用场景举例:? ?????? “你知不知道大学的规矩啊?”,MM有些不满的问道。“什么规矩?当然不知道了啊。”,GG傻傻的说道,很明显这个MM已经对GG的不懂事和不主动有些不满了。“在大学里,当两个人确定恋爱关系时,都是要请女朋友同寝室的人去吃饭的”,MM带着一些不满又有一些撒娇的口气说道。“啊?我不知道哎,请众美女吃饭我还求之不得呢,什么时候有时间啊,确定是时间和地点,我随叫随到!”GG很激动很爽快的答应道。MM笑着抬头看了一样这个傻GG,“那好,让我想想,我们…我们下周六下午有时间,要么这样,你带我们去麦当劳吧”,“一言为定”,“那我们在下周六下午五点在中心商业街南边的麦当劳分店见,听说那边的口味还不错:-O”,“好的,只要你开心就好,不见不散”GG回答道,“不见不散!”MM就???样嫣然一笑的欢天喜地的离开了。 ?????? 想想前几天GG和MM因为非常偶然的因素相见的情景,GG再次涌起了一种无法言喻的幸福和激动。那一天,GG见到了MM,仿若晴天霹雳,整个地球在颤抖,她甜美而柔和的声音、她极具古典气息的是秀发、她超棒的身材、她恰到好处的着装、她极尽秀美而恬静的娇容、她似音乐般的举止顿时令他彻底的迷醉了,仿佛整个世界只有她一人,仿佛一切都是为她而生的,突然,两人目光交错,眼神相遇…就这么一见钟情!GG想,到麦当劳也好,反正我不会做饭,再说了,即使会做也不能去做啊,众口难调啊,更何况是一群美女,到麦当劳让她们自个儿去挑吧^_^不过我这一个月的生活费怕是要泡汤了,难怪别人说大学里最高的消费是花费的女朋友身上的消费~~~~(_)~~~~ ?????? 千呼万唤,终于到了周六下午。被感情冲昏大脑的GG突然间变的不再那么笨了,这次他提前预定了座位,是一个可以容纳8个人的座位。而且具体告诉了MM座位的位置,这样大家都清楚位置是比较好的,避免了到时候没有位置的尴尬。赶往麦当劳路上的GG心潮澎湃但是有些担心,毕竟要面对六个美女,而且女朋友也是刚认识几天。“亲爱的,现在到哪了?”手机中MM发过来了一条短信,GG一看时间,天啊,光顾着去傻想,还有几分钟就五点了,第一次如果都迟到那就太不好了,于是立即回复到,“宝贝儿,我就到了!”,因为麦当劳就在对面,抬头就可以看到的。GG跑上了麦当劳的二楼的用餐处,见到诸位美女,紧张的还没说不话来,“这是我男朋友”MM拽着GG的手臂说,“大家好,大家好”,GG紧张的说道。忙又补充到:“我们先点餐,大家自便,都不要客气啊”,“我要吃鸡翅”,“我要麦香鱼套餐”,我要“板烧鸡腿套餐”,我要“奶昔”,我要“薯条”,…,大家都点好自己的喜欢的食品,然后GG和MM分别又加了几份食品,有GG把订单拿到前台交给了服务员,服务员清算了一下所有花费,GG当即晕倒^_^。看来一个月的生活费是确实的泡汤了,不过还是故作振作,微笑着来到众美女中,和众美女坐在那里等着慢慢享用美食,而剩下的一切就交给服务员了… 简单工厂模式解释:? ?????? 简单工厂模式(Simple Factory Pattern)属于类的创新型模式,又叫静态工厂方法模式(Static FactoryMethod Pattern),是通过专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类。 简单工厂模式的UML图:? ?????? 简单工厂模式中包含的角色及其相应的职责如下: ?????? 工厂角色(Creator):这是简单工厂模式的核心,由它负责创建所有的类的内部逻辑。当然工厂类必须能够被外界调用,创建所需要的产品对象。 ?????? 抽象(Product)产品角色:简单工厂模式所创建的所有对象的父类,注意,这里的父类可以是接口也可以是抽象类,它负责描述所有实例所共有的公共接口。 ?????? 具体产品(Concrete Product)角色:简单工厂所创建的具体实例对象,这些具体的产品往往都拥有共同的父类。 简单工厂模式深入分析: ?????? 简单工厂模式解决的问题是如何去实例化一个合适的对象。 ?????? 简单工厂模式的核心思想就是:有一个专门的类来负责创建实例的过程。 ?????? 具体来说,把产品看着是一系列的类的集合,这些类是由某个抽象类或者接口派生出来的一个对象树。而工厂类用来产生一个合适的对象来满足客户的要求。 ?????? 如果简单工厂模式所涉及到的具体产品之间没有共同的逻辑,那么我们就可以使用接口来扮演抽象产品的角色;如果具体产品之间有功能的逻辑或,我们就必须把这些共同的东西提取出来,放在一个抽象类中,然后让具体产品继承抽象类。为实现更好复用的目的,共同的东西总是应该抽象出来的。 ?????? 在实际的的使用中,抽闲产品和具体产品之间往往是多层次的产品结构,如

文档评论(0)

yuerang3062 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档