本文主要是介绍不想当冠军的模式不是好模式——模式总结，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
一、比赛简介：
主题：设计模式评选
创始人：面向对象先生
来宾：抽象先生、封装先生、继承女士、多态女士等评委：单一职责先生、开放封闭先生、依赖倒转先生、里氏代换女士、合成聚合复用女士、迪米特先生
参赛选手：
第一组：创建型模式
第二组：结构型模式
第三组：行为型模式
主持人：GOF
二、比赛内容：
第一组：
创建型模式十分灵活，抽象了实例化的过程。它隐藏了这些类的实例是如何被创建和放在一起，而只了解抽象类所定义的接口。
1、抽象工厂模式（Hibernate、开放封闭评委非常看好）
提供一个创建一系列或相关依赖对象的接口，而无需制定它们具体的类。
例子回想：就不能不换DB？用SQL Server作为数据库完成的项目，在另一个地方只能用Access，而改造代码的代价又相当大。
解决办法：首先抽象出三个接口：IFactory接口定义一个访问表对象的抽象的工厂接口；IDepartment接口，用于客户端的访问；还有一个IUser接口。
2、建造者模式：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。
例子回想：好菜每回味不同。肯德基、麦当劳之类的快餐比较规范、味道好吃，而且还不出错。但是我们的中国菜，同样一道菜，各个地方的做法、口味各有不同。
解决办法：将一个复杂的程序或流程与它的表示分离，使得它们就像流水线上生产出来一样。
3、工厂方法模式：（ADO.NET和Hibernate都很看好）
定义了一个用于创建对象的接口，让子类决定实例化哪一个类，使得一个类的实例化延迟到其子类。
例子回想：雷锋依然在人间
参见：http://blog.csdn.net/u010066934/article/details/20787651
4、原型模式（依赖倒转评委看好）
用原型实例制定创建对象的种类，并且通过拷贝这些原型创建新的对象。
例子：简历复印。说到找工作，投简历是一件必不可少的工作啊。可是如果每份简历都手写，虽然真诚但工作量实在太大。这时候也就只能复印了。我们最开始写一份简历，然后通过拷贝来复印新的简历。
5、单例模式（单一职责评委极力推荐）
简捷就是美。保证一个类仅有一个实例，并提供一个访问它的全局访问点。
例子回想：类也需要计划生育。每次点击菜单，实例化“工具箱”，它就会出来一个 ，这样点击多次就会出现很多个“工具箱”。
解决办法：一个“工具箱”的窗体，要么不出现，出现也只出现一个。
第二组：
结构型模式，从结构出发，了解元件，简化设计。
6、适配器模式（与ADO.NET有交情）
例子回想：姚明在NBA需要翻译！
姚明刚去NBA的时候，他英语不好，别人也不是都会讲中文。但为了跟教练、队员进行很好的交流，他就离不开一个忠心耿耿的翻译。
7、桥接模式（合成复用先生看好）
例子回想：手机软件何时统一？
你的手机游戏那么好玩，凭什么装到我手机上就不能玩？
8、组合模式（里氏代换先生看好）
例子回想：公司=一部门
公司总部有人力资源、财务、运营等部门，现在要把总公司的管理功能推广到分公司。公司的管理模式是树形结构的，这不可能是平行管理，也就增加的问题的复杂度。
9、装饰模式
例子回想：穿什么有这么重要？
第一次约会，来之不易的机会，可要好好打扮一番。问题是如何打扮呢？
10、外观模式（迪米特先生看好）
例子回想：牛市股票还会亏钱？大部分炒股的人都不怎么懂行情，只会跟风或者瞎买，如果有个懂行的人帮忙就好了。基金可以把投资者分散的资金集中起来管理，客户就省心多了。
11、享元模式
例子回想：项目多也别傻做！小菜帮别人做项目，朋友们都希望有这样的网站，但要求不一样。每个网站租用一个空间，这费用又很大 。
12、代理模式
例子回想：为别人做嫁衣！戴励让卓贾易帮忙给娇娇送洋娃娃，送花，送巧克力。
第三组：
行为组模式
13、观察者
例子回想：老板回来？我不知道！既想玩游戏，又不想被老板抓个正着，怎么办？让前台秘书来帮忙呗。
14、模板方法
例子回想：考题抄错也白搭
数学老师随堂测试，都是在黑板上抄题目，要学生们先抄题目再写答案，这都是标准化的考试，大家的题目都是一样的。
15、命令
例子回想：烤羊肉串引来的思考
烧烤摊VS烧烤店，烧烤摊不正规，顾客一多，老板很难记住是否付账，每个人要了几串等具体的问题。但烧烤店就不一样了，他们把顾客的需求做成订单，这样烤肉师傅按顺序操作，也就减少操作的失误了。
16、职责链
例子回想：加薪非要老总批？
员工想要加薪，他去和经理提，经理做不了主。又去找了人力资源总监，总监也做不了主。但总监等总经理来后，向总经理提。
17、解释器（依赖倒转评委）
例子回想：其实你不懂老板的心
老板对你说，最近表现格外出色，要继续努力。言外之意是最近还要更多的任务需要你去完成。如果对你说，你是一个普通员工。言外之意是这个员工不够聪明，工作能力不足。
音乐解释器也是一样道理的。O表示是音阶'O1'表示 低音阶，‘O2’表示中音阶，‘O3’表示高音阶；‘P’表示休止符等，音乐解释器就可以把它们翻译过来。
18、状态
例子回想：无尽加班何时休
加班，又是加班！上午工作，中午工作，下午工作，傍晚还是工作，到了晚上才能下班。
19、中介者（迪米特评委看好）
例子回想：世界需要和平！
在国际关系中，联合国组织扮演着一个调停者、中介者的角色，调整各国的关系。
20、访问者
例子回想：男人和女人
男人和女人是完全不相同的两类人。
21、策略（合成聚合复用评委看好）
例子回想：商场促销
要做一个商场收银软件，可是商场促销的方式并不是固定的，有时正常收费，有时打八折、七折，有时还买300返100.这样如何更好的实现呢？
22、备忘录
例子回想：如果再回到从前
玩游戏玩到最后一关了，如果这时候输了，就前功尽弃了。如果能把之前的记录保存下来，即使输了也能从之前的那关继续玩。
23、迭代器（里氏代换评委看好）
例子回想：想走？可以！先买票
在公交车上，无论是中国人还是外国人，还是内部员工，甚至是小偷，都要买票！
三、比赛结果：
每个评委都有自己比较偏爱的选手，每个选手都有自己的特色和自己对代码的理解。我们只是相对而言，通过大家的投票，选择出了工厂方法、观察者、外观、策略和适配器。
每个模式都有它适用的条件和场合，我们不能为了用它而生搬硬套，并不是模式用的越多越好。这样看来，其实这23个模式是没有什么特别的可比性的。我们总结出来这些设计模式，无非是想让我们的代码更灵活，更好的为不断的需求服务。所以只要贯彻了这一宗旨，模式只是方法、手段罢了。
这篇关于不想当冠军的模式不是好模式——模式总结的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
