设计模式
张连海
这个作者很懒,什么都没留下…
展开
-
设计模式之——六大原则
单一职责原则(SRP:Single Responsibility Principle) 定义:就一个类而言,应该仅有一个引起它变化的原因。 简述:不要把变化原因各不相同的职责放在一起,因为不同的变化会影响到不相干的职责。再通俗一点地说就是,不该你管的事情你不要管,管好自己的事情就可以了,多管闲事害了自己也害了别人。(当然这里说的多管闲事跟见义勇为是两回事,我们提倡见义勇为原创 2013-05-12 11:29:46 · 1313 阅读 · 3 评论 -
设计模式之1——策略模式
生活案例 跟不同类型的MM约会,要用不同的策略,有的请电影比较好,有的则去吃小吃效果不错,有的去海边浪漫最合适,单目的都是为了得到MM的芳心,关键是追MM锦囊中有好多Strategy哦。 计算机中的动机 而软件构建过程中,某些对象使用的算法可能多种多样,经常改变,如果将这些算法都编码对象中,将会使对象变得异常复杂;而且有时候支持不使用的算法也是一个性能负担。原创 2013-04-11 20:22:51 · 1927 阅读 · 11 评论 -
设计模式之3——抽象工厂模式
动机 在软件系统中,经常面临着“一系列相互依赖的对象”的创建工作;同时由于需求的变化,往往存在着更多系列对象的创建工作。如何应对这种变化?如何绕过常规的对象的创建方法(new),提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合?这就是我们要说的抽象工厂模式。 简介 抽象工厂模式,提供一个创建一系列相关或相互依赖对象的接口,而无需指定它原创 2013-04-28 21:12:35 · 1798 阅读 · 4 评论 -
设计模式之2——工厂方法模式
之前有篇博客,介绍了“简单工厂模式”。这篇博客简要的介绍一下“工厂方法模式”。 简介 定义一个用户创建对象的接口,让子类决定实例哪一个类。Factory Method使一个类的实例化延迟到子类。----------《设计模式》GOF 核心工厂类不再负责产品的创建,这样核心类成为一个抽象工厂角色,仅负责具体工厂子类必须实现的接口,这样进一步抽象化的好处是使得工厂原创 2013-04-21 15:31:05 · 2878 阅读 · 20 评论 -
设计模式之0——简单工厂模式
简介 之所以名称为“设计模式之0”,是因为,简单工厂模式并不属于23种GOF设计模式之一。他是由一个工厂对象决定创建出哪一个产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式,可以理解为是不同工厂模式的一个特殊实现。 实质 是由一个工厂类根据传入的参数,动态决定应该创建哪一个产品类(这些产品类继承自一个父类或接口)的实例。 角色 工厂(Factory) 简单工厂模式的核心,原创 2013-04-05 21:00:12 · 3308 阅读 · 13 评论