作者 firedragonpzy    地址:http://www.firedragonpzy.com.cn/index.php/archives/2103 想必读者一看这个题目又要纳闷了,神马又是“管理者模式”啊?管理者(Manager)就是专门负责管理其它类的实例的类,比如Cocoa里面的NSFontManager.NSInputManager.NSFileManager和NSLayoutManager类.此模式和“二段构建模式”一样,也没有出现在GoF的23个设计模式中,但是<Coco

建造者模式,在笔者看来比较试用于,定制一个业务流程,而流程的细节又不尽相同,每个细节又必不可少,这时应考虑使用建造者模式. 大话设计模式-类图 先看下笔者写的一个简单的例子. /** * 所有建造过程不同的方法均定义在接口里 */ public interface IMakePerson { public void makeHead(); public void makeBody(); public void makeHandle(); public void makeLeg(); public

备忘录模式 Memento   沿着脚印,走过你来时的路,回到原点.     苦海翻起爱恨   在世间难逃避命运   相亲竟不可接近   或我应该相信是缘份   一首<一生所爱>触动了多少人的心弦,一段五百年都没有结果的爱情,让多少人潸然泪下. 有人说:当你真正看懂了<大话西游>,你就真的懂了爱情:那么,当你听懂了<一生所爱>,你就真的懂了什么是哀伤和无奈. <大话西游>是不可超越的经典,在<月光宝盒>中,至尊宝为了救白晶晶,使用月光宝盒使时光倒

最早学编程的时候看过一些书,印象深刻的一本书<设计模式解析>,那本书给我后来的工作提供了很大的帮助. 他叫我站在问题模型的立场上指定解决方法,也教会了我软件设计中每个问题都可以细化到到不可再分割的原子性. 在那书以后看到过一些设计模式的书出现.由于本人比较崇尚于权威或者说正统性的学术性书籍,没怎么看其他本书. 最近一些年在网上看到过一些博客中把MVC说成设计模式,这个说法是错误的,MVC实际是软件架构模式. 笔者可以毫不客气的说,工作几年以后,有一些人说MVC是设计模式,基本上是滥竽充数的程序

一.GRASP模式(通用责任分配软件模式)概述 1.1.理解责任 1)什么是责任 责任是类间的一种合约或义务,也可以理解成一个业务功能,包括行为.数据.对象的创建等 知道责任——表示知道什么 行为责任——表示做什么 责任＝知道责任+行为责任 2)知道责任与行为责任 知道责任: 了解私有封装数据 了解关联的对象 了解能够派生或计算的事物 行为责任: 如何完成对象初始化 如何执行一些控制行为 3)责任的理解 责任不是类的方法,类的方法用于[实现行为责任].责任更可以理解成是系统应提供的一个业务功能

以前只是看设计模式,每次看完都去理解一次,并没有手动去写代码,所以理解的还不是很深刻,最近查看框架源码,发现很多地方用到的都是设计模式,因为对设计模式理解的不够深刻,所以源码查看进度很慢!现在决定来温故设计模式 上面是引用大话设计模式的类图以下是java代码,这里为了简洁只写加减法两个. /** * 运算类接口 */ public interface IOperation { public Double getResult(Double numberA, Double numberB); } /

java代理模式顾名思义,就类似于大学,我想和冰可乐,可是我又在玩游戏,于是我让我的室友帮我把可乐带回来,简单的来说我的室友就是代理,而买可乐就是需要做的行为.这是笔者理解的代理模式 大话设计模式-类图 要想实现代理,那么代理类和被代理的类就都要实现一个共同的接口,就刚刚买可乐的例子,我和我的室友都可以买可乐. 代理类可以动态的去做一些事情,例如室友心情不好不帮你买可乐了,或者心情好,在买可乐的同时还赠送我一个冰激凌,当然这是生活的例子,实际工作中,我们往往会遇到一些需要代理,但又不想给全部权限

在以前的文章里面讲述过简单工厂模式,见链接:http://www.cnblogs.com/zhuxiansheng/p/7873161.html 简单工厂模式解耦了客户端和实现的依赖,不过如果有再次扩展实现的话,我们不得不去修改工厂当中的选择分支,来添加case,然后添加新的实现,这违背了开放-关闭原则.如何解决这个问题,工厂模式给了很好的解答. 大话设计模式-类图 大话设计模式中的例子代码如下: /** * 工厂接口 */ public interface IFactory { public

原型模式,在笔者理解看来就是克隆,当我们在创建第一个对象时,已经给对象赋值完毕,此时我们需要一个当前对象的副本,如果没有原型模式,我们会再次创建一个对象,然后后二次赋值,保证两个对象完全一致, 这样我们的代码可读性就比较差,而且稍不留神copy错了麻烦就大了了,此时我们如果了解原型模式,就能够美化我们的代码,看起来够整洁,而且也不会出错. 大话设计模式-类图-浅复制 所谓的浅复制,就是对象中不包含引用类型,学习JAVA的小伙伴都知值引用和地址引用的区别吧,这里不再多说,如果还不了解的小伙伴可以自

看了几次抽象工厂模式,每次查看都需要重新理解一次,可能是涉及的类和接口比较多,所以比较难缕清的关系吧!在笔者看来,我们还是要吸取其思想而不是生搬硬套. 来看下类图: 大话设计模式-类图 看类图已经很乱了,来简单的梳理下.我们只看接口,这样就不难看出实际上是抽象工厂生产抽象产品的过程,而具体实现都是各自的实现类来做. 看下具体的demo: 工厂层 /** * 工厂接口 */ public interface IFactory { public IUser createUser(); public

代码是一门艺术,每次看完大话设计模式后都会有新的认识,有时会感叹原来还可以这样玩,相信大家都用过递归,递归的使用一般遍历文件夹等会常用到, 今天讲的设计模式类似于递归,也比较神奇,先看下类图,稍后再帮大家理一下这个设计模式的核心思想. 大话设计模式-类图 类图看起来并不复杂,就像一棵大树,枝干上可以有树叶,也可以有分支树干,而分支树干上又可以有树叶...有点拗口,总的来说就是可以不断的扩展下去. 先看下例子,读者不妨把代码拷贝下去跟着断点运行一次,相信会对组合模式有更深刻的认识,然后在自己写个其

众所周知,java是编程语言中的高级语言,在java的世界里,已经有前辈为我们封装好了各个很好用的框架,工具类等,今天笔者想说的迭代器模式也已经被封装过. 就是我们经常使用的for循环迭代器.或者Iterator,这些都已经是封装好的了.我们经常用,可能会有些读者并不知道这就是迭代器模式.笔者在实际工作中还没有 自己定义一个自己的迭代器去实现自己的业务遍历.先看下类图 大话设计模式-类图 看完类图我们能清晰看到,我们demo需要做的事情,首先定义一个自己的集合,这个集合要能创建一个迭代器.集合接

桥接模式定义为:将抽象部分与它的实现部分分离,使它们都可以独立的变化. 第一次看设计模式的时候,不是很清楚这句话的意思,随着笔者的不断开发,发现有一种场景, 继承关系多了,不易于维护父类,而笔者认为桥接模式的出现很好的解决了这个问题.用聚合解决继承的父类难维护性.先看下桥接模式设计图. 大话设计模式-类图 以上类图很简单易懂,先看下笔者的demo /** * 操作接口 */ public interface IOperate { public void operate(); } /** * 品牌

命令模式,笔者一直以为当我们开发的过程中基本上很难用到,直到维护阶段或者重构阶段,我们会发现有些撤销命令和追加命令比较频繁时,自然而然就用到命令模式. 先看下类图 大话设计模式-类图 简单说下类图,最开始笔者看大话设计模式的时候也不是很喜欢看类图,主要原因是看不懂,后来当笔者第一次看完设计模式后,才真正意义上的理解类图. 在现在的工作中笔者查看设计模式时,基本上都是直接看类图,不会再去看demo.所以在这里笔者鼓励大家多看类图,并明白类图的意义,也不用过于刻意去看, 当大家明白一个设计模式后,再

目前很多OA办公自动化软件,加快了办公效率,简化流程.相信很多小伙伴都用过.笔者了解到的大多数办公软件底层实现流程大多数采用的都是Activity或者是JBPM框架. 今天笔者要说的也是类似于流程的一个设计模式,职责模式. 先看下类图 大话设计模式-类图 看完类图,不知道大家有没有想到职责链模式似曾相识.笔者觉得此模式和状态模式很类似.不过笔者以为职责模式更为灵活些,可以在客户端就规定好流程.而状态模式则是在实现时流程已经定死. 简单看下笔者的Demo /** * 请求 */ public cl

简介 Master-Worker模式是常用的并行设计模式.它的核心思想是,系统有两个进程协议工作:Master进程和Worker进程.Master进程负责接收和分配任务,Worker进程负责处理子任务.当各个Worker进程将子任务处理完后,将结果返回给Master进程,由Master进行归纳和汇总,从而得到系统结果.处理过程如下图: Master-Worker模式的好处是,它能将大任务分解成若干个小任务,并发执行,从而提高系统性能.而对于系统请求者Client来说,任务一旦提交,Master进

定义:为子系统中的一组接口提供一个一致的界面,Fcade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用. “外观模式(Facade pattern),是软件工程中常用的一种软件设计模式,它为子系统中的一组接口提供一个统一的高层接口,使得子系统更容易使用.”     外观模式的实现:外观模式就是通过引入一个外观类(Facade),这个类里面定义客户端想要的简单的方法,然后,再这些方法的实现里面,有外观类再去分别调用子系统内部的多个模块来实现功能,从而让客户端变得简单.最后,客户端只需要

Command?? 把方法的调用用一个类的实例来承载,要管理工作的历史记录,创建这些方法执行的命令的集合,只需管理这些实例的集合即可,而且还可以随时再次执行过去的命令,或是将多个过去的命令整合为一个新命令并执行.称之为Command设计模式 那里合适使用: Command有时也被称为事件(event).它与"事件驱动编程"中的"事件"是一样的意思.当发生点击鼠标.按下键盘按键等事件时,我们可以先将这些事件作成实例,然后按照发生顺序放入队列中.接着,再依次去处理它们.

State??? State模式中,我们用类来表示状态.以类来表示状态后,我们就能通过切换类来方便地改变对象的状态.当需要增加新的状态时,如何修改代码这个问题也会很明确. 直接用状态代替硬编码 依赖于状态的处理,来执行具体的操作 理清职责 实现功能: ·有一个金库 ·金库与警报中心相连 ·金库里有警铃和正常通话用的电话·金库里有时钟,监视着现在的时间 ·白天的时间范围是9:00~16:59,晚上的时间范围是17:00~23:59和0:00~8:59 ·金库只能在白天使用 ·白天使用金库的话,会在

Observer 设计模式? 在Observer模式中,当观察对象的状态发生变化时,会通知给观察者.Observer模式适用于根据对象状态进行相应处理的场景. Observer 并非主动观察,而是被动观察,实际可以又称之为发布-订阅者模式 MVC Model.View.Controller,并且Model里面的操作不依赖于具体形式的内部模型,通常情况下: 一个Model对应多个View,这里也是使用Observer设计模式最多的地方 java中观察者接口 在package java.util;下