设计模式与公司(一) +SP1.docVIP

设计模式与公司(一) +SP1 设计模式，有不少人觉得挺难的。 在这里，为了希望大家能够方便理解记忆，通过作比喻的方式来解释常用的设计模式。 （这里主要针对Gof的23种经典设计模式，就不给出代码作例子了，相关的可以自已在网上google一下） 这里先比喻一下类，抽象类，接口。 类，我们把类当成工司员工吧，如果非要把实例当成人的话，那么就把类当成某一类人,但下面就不好比喻了。在这里，就把类当成人吧。那么把实例当成什么呢，就当成是火影里的分身吧，随便了，暂时不说实例。 闲话：2810年了，人类的各项技能很明显地提高了，都会了分身术(其实是一种受限制人克隆技术)，虽然如此，但社会制度还是没有很大的进步，这个私有制是根深蒂固的了，大家还在拼命搞钱，所以，公司还挺多的。不过，会了分身术就好很多了，本尊是不用去工作的，需要的时候，分身一个出来就可以去工作了，(本尊呆在家里看《海贼王》，有没有搞错，这么多年了，还没有结束.)，因为分身要消耗查克拉(做分身克隆手术，是要花费一定的费用的)，所以老板还是要给工资的。 类，有它的属性和方法。 属性的话，我们就比喻成这个人的性格特征，身高年龄等。 方法的话，就比喻成这个人善长干的事。通常作为公司的一员，都应该有所善长的工作能力吧。 如果这个人没有任何计算能力，但起码能提供一下记忆功能，跑跑脚也行吧。那么他就是简单的类，POJO了。 类的继承，是指可以教徒弟，而且可以教多个，但只能拜一个师傅。为什么？---潜规则 公司里的师徒比较有潜规则，只能师从你的主管。如果你搞的是开发，却把精力集中去到财务部门去了，去拜师学艺了，你的主管一定不开心，过不了多久，就把你给开了。曾经有这么一件真实的事，有一位新来的员工，老向我问题，但我不是他主管，而他的主管老不服我，所以，他过不了试用期，就被开了，说能力太弱。其实，这事也不能怪我，我也有提醒他的了。这是潜规则。 类的多态，就好像一个程序员，他不只能写java,也能写c++,C#,flex,js等等,不只会一种语言。也好像司机，各种车都会开，大货车，也没问题，甚至拖拉机也练过。 类的重载，是什么意思呢，就是师傅教的那一套，到他这一代里，被他给创建改良了，所谓青出于蓝胜于蓝，好徒弟，就应该能创新，不然就是“一代不如一代了”。 抽象类，他不是指一个人，而是某一具有相同工作职能的一类人，可以是指一个部门，但这只是一个名称，不能真正干事的。比如你想把程序员干事，那得找具体某个程序员来干。 比如研发java部，这些人都会写java.你要找人写java的话，你找这个部分张三也可以，找李四也可以。 继承抽象类，应该不算师徒关系。因为这个师傅不是具体某个人，而是个抽象的，这就有点像程序员了，大多都是自学成材的，没有人教的。大多根据公司面试时的要求或后来的工作需要，把自已充电，成为具备各种能力的人。可怜的程序员，他们是最努力向上学习的人，可是收入往往不怎么高，在老板目眼里，只是个工具。这也难怪，太过于全心面对电脑了，被电脑给同化了。 接口，比抽象类更抽象。专门秀本事的，有直么本事秀出来。只管有什么本事，不管是什么类型的人，实现了这个接口的人，就是有这种本事的人。比如能开车的人，会说英语的，潮汕话的。长得帅的，酒量好的能陪酒的等等，都是实现了这些本事的人。所以接口更加流行一些。因为有些人很厉害，又以开车，又会说英语，又会潮汕话等等，集多功能于一身啊(实现多个接口 先在这里区分一种这三种大类型： 大类简介 设计模式简介 1.创建类型 要用到一个对象，首先先得创建得到一个实例。(静态属性和方法不用创建实例，直接可拿来用。) 有点像人力资源部门，专管招聘人才或人力的调动。 这里主要是关于人员调用问题。 Factory (工厂模式) 要人，统一对着人力资源部喊名字。 Prototype (原型模式) 利用分身，再复制出另一个分身，再调用 Builder(建筑者模式) 细分一下事务，由主管安排一下再叫去用。 从另一个角度讲，就是要一件大事分成几个不同部分，再由一个管理者来组织，这样可以构造出不同的产品，增加灵活性。 Singleton (单态模式) 为了省钱，只用一个分身。 2.结构类型 主要是针对于员工的责能分配。 有点像行政管理的各种组织结构，这样，就可以 Facade(外观模式) 部分对外统一的接口人。 “不管你们是用java还是.net,反正我们要实现这个功能”,这是领导常说的一句话。对外统一接口人 Proxy(代理模式) 像个秘书，你想找经理,她帮你过滤一下,有时会直接拒绝了。 Adapter(适配器模式) 牛人(多才多艺)，既能搞代码，又能搞财务，还能搞关系。这种人，现实中难实现，代码中写几句就成了，呵呵 Composite(树形组合) 通过了试用期，成为了