- 浏览: 98831 次
- 性别:
- 来自: 深圳
文章分类
- 全部博客 (47)
- java基础 (8)
- 笔试,面试 (2)
- 数据库:SQL语言及MS SQL,ORACLE,MYSQL (1)
- 数据结构,算法;实现; (1)
- 计算机网络及TCP/IP (0)
- 操作系统及LINUX,unix (0)
- 软件工程及项目管理/敏捷开发AGILE,XP,重构/UML,ROSE (0)
- JSP (1)
- J2EE及EJB (2)
- JAVA开源框架 (1)
- 工具ECLIPSE及MYECLIPSE (0)
- JAVA相关常用软件 (2)
- javascript (0)
- Ajax (0)
- ruby/rails (0)
- 嵌入式 (0)
- J2ME (2)
- 系统分析师之路 (0)
- 电脑软硬件 (0)
- 程序人生 (1)
- 杂七杂八 (0)
- 项目经验(个人作品,实习设计) (0)
- C (5)
- C++ (0)
- VC (0)
- 信息学ACM (0)
- 信息与计算科学:信息,计算数学,计算机科学 (1)
- 书籍课本上基本代码 (0)
最新评论
-
cleven1989:
受教了,菜鸟……
设计4个线程,其中两个线程每次对j增加1,另外两个线程对j每次减少1。写出程序。 -
lb11:
...
约瑟夫环问题 -
monica617:
哥们,最出来了没?没有的话,联系我QQ408129457
1111 -
xuxiaolei:
我的blog中有个js dtree的简单例子,说不定对你有帮助 ...
1111 -
dust_dn:
是连接数据库生成树吗??是的话xtree。。。不然就是我小菜, ...
1111
最讨厌废话了,把代码贴出来最简单。
package lq.test;
import java.io.*;
import java.util.*;
//*********创建型模式***************
//factory method 1
//1具体的构造算法,和2构造出的具体产品由子类实现
interface Product {
}
//或者我也提供一个工厂的接口,由这个抽象类来继承它
abstract class Factory {
abstract public Product fmd();
//我认为这个方方法的存在是,是对FactoryMethod方法的补充
//例如可以为生成的对象赋值,计算为生成对象应付何值,前后的日值
//且这些都是公用的,生成产品的最主要算法还是在FactoryMethod中,
//这个方法只是起辅助作用,这也是一种思维方法,将具体的算法实现在一个方法中
//而我不直接调用此方法,而使用另外的一个方法封装它,等到了更灵活的效果,而
//子类需实现的内容是FactoryMethod
//此方法是一个TemplateMethod
public Product creat() {
Product pd = null;
System.out.println("before operation");
pd = fmd();
System.out.println("end operation");
return pd;
}
}
class Product1 implements Product {
}
class Factory1 extends Factory {
public Product fmd() {
Product pd = new Product1();
return pd;
}
}
//FactroyMethod 2
//这种方式简单实用
interface Producta {
}
interface Factorya {
Producta create();
}
class Producta1 implements Producta {}
class Factorya1 implements Factorya {
public Producta create() {
Producta pda = null;
pda = new Producta1();
return pda;
}
}
//AbstractFactory
//AbstractFactory与FactoryMethod的不同在于AbstractFactory创建多个产品
//感觉此模式没有什么大用
//当然可以还有更多的接口
interface Apda {}
interface Apdb {}
interface Afactory {
Apda createA();
Apdb createB();
}
class Apda1 implements Apda {}
class Apdb1 implements Apdb {}
//有几个接口就有几个对应的方法
class Afactory1 implements Afactory {
public Apda createA() {
Apda apda = null;
apda = new Apda1();
return apda;
}
public Apdb createB() {
Apdb apdb = null;
apdb = new Apdb1();
return apdb;
}
}
//Builder
//一个产品的生成分为生成部件和组装部件,不同的产品每个部件生成的方式不同
//而组装的方式相同,部件的生成抽象成接口方法,而组装的方法使用一个TemplateMethod方法
interface Cpda {}
class Cpda1 implements Cpda {}
interface BuilderI {
void buildPart1();
void buildPart2();
void initPd();
Cpda getPd();
}
abstract class BuilderA implements BuilderI {
Cpda cpda;
public Cpda getPd() {
initPd();
//对对象的内容进行设置
buildPart1();
buildPart2();
return cpda;
}
}
class Builder extends BuilderA {
public void buildPart1() {
System.out.println(cpda);
}
public void buildPart2() {
System.out.println(cpda);
}
public void initPd() {
cpda = new Cpda1();
}
}
//一个简单的生成产品的实现
//1
abstract class Fy {
public abstract void med1();
static class Fy1 extends Fy {
public void med1() {
}
}
public static Fy getInstance() {
Fy fy = new Fy1();
return fy;
// Fy fy = new Fy1() {//这种匿名内部类是静态的!!
// public void med1() {
// }
// };
// return fy;
}
}
//2
interface Pdd {}
class Pdd1 implements Pdd {}
abstract class Fya {
public static Pdd getPd() {
Pdd pdd = new Pdd1();
return pdd;
}
}
//Prototype 在java中就是clone,又包含深拷贝和浅拷贝
class CloneObja {
public CloneObja MyClone() {
return new CloneObja();
}
}
class CloneObjb {
public CloneObjb MyClone() throws Throwable {
CloneObjb cobj = null;
cobj = (CloneObjb) pcl(this);
return cobj;
}
//深度拷贝算法
private Object pcl(Object obj) throws Throwable {
ByteArrayOutputStream bao = new ByteArrayOutputStream(1000);
ObjectOutputStream objo = new ObjectOutputStream(bao);
objo.writeObject(obj);
ByteArrayInputStream bai = new ByteArrayInputStream(bao.toByteArray());
ObjectInputStream obji = new ObjectInputStream(bai);
Object objr = obji.readObject();
return objr;
}
}
//Singleton
//一个类只有一个对象,例如一个线程池,一个cache
class Singleton1 {
public static Singleton1 instance = new Singleton1();
private Singleton1() {
}
public static Singleton1 getInstance() {
return instance;
}
}
class Singleton2 {
public static Singleton2 instance;
private Singleton2() {
}
// public static Singleton2 getInstance() {
// if (instance == null) {
// instance = new Singleton2();
// }
//
// return instance;
// }
public static Singleton2 getInstance() {
synchronized(Singleton2.class) {
if (instance == null) {
instance = new Singleton2();
}
}
return instance;
}
}
//**********结构型模式**********
//Adapter
//基本方法有两种,一种是使用引用一种使用继承
//将不符合标准的接口转成符合标准的接口,接口的修改主要是参数的增减,
//返回值类型,当然还有方法名
//感觉这就是封装的另一种表示形式,封装有用方法封装(在方法中调用功能方法),
//用类封装(先传入功能方法所在的类的对象,通过调用此对象的功能方法)
//使用引用的形式
class Adapteea {
public void kk() {}
}
interface Targeta {
String vv(int i, int k);
}
class Adaptera implements Targeta{
Adapteea ade;
public Adaptera(Adapteea ade) {
this.ade = ade;
}
public String vv(int i, int k) {
//具体的业务方法实现在Adaptee中,这个方法
//只起到了接口转换的作用
//调用此方法是通过引用
ade.kk();
return null;
}
}
//使用继承形式的
class Adapteeb {
public void kk() {}
}
interface Targetb {
String vv(int i, int k);
}
class Adapterb extends Adapteeb implements Targetb {
public String vv(int i, int k) {
//调用此方法是通过继承
kk();
return null;
}
}
//Proxy
interface Subject {
void request();
}
class realSubject implements Subject {
public void request() {
//do the real business
}
}
class Proxy implements Subject {
Subject subject;
public Proxy(Subject subject) {
this.subject = subject;
}
public void request() {
System.out.println("do something");
subject.request();
System.out.println("do something");
}
}
//Bridge
//感觉就是多态的实现
interface Imp {
void operation();
}
class Cimp1 implements Imp {
public void operation() {
System.out.println("1");
}
}
class Cimp2 implements Imp {
public void operation() {
System.out.println("2");
}
}
class Invoker {
Imp imp = new Cimp1();
public void invoke() {
imp.operation();
}
}
//Composite
interface Component {
void operation();
void add(Component component);
void remove(Component component);
}
class Leaf implements Component {
public void operation() {
System.out.println("an operation");
}
public void add(Component component) {
throw new UnsupportedOperationException();
}
public void remove(Component component) {
throw new UnsupportedOperationException();
}
}
class Composite implements Component {
List components = new ArrayList();
public void operation() {
Component component = null;
Iterator it = components.iterator();
while (it.hasNext()) {
//不知道此component对象是leaf还是composite,
//如果是leaf则直接实现操作,如果是composite则继续递归调用
component = (Component) it.next();
component.operation();
}
}
public void add(Component component) {
components.add(component);
}
public void remove(Component component) {
components.remove(component);
}
}
//Decorator
//对一个类的功能进行扩展时,我可以使用继承,但是不够灵活,所以选用了
//另外的一种形式,引用与继承都可活得对对象的一定的使用能力,而使用引用将更灵活
//我们要保证是对原功能的追加而不是修改,否则只能重写方法,或使用新的方法
//注意concrete的可以直接new出来,
//而decorator的则需要用一个另外的decorator对象才能生成对象
//使用对象封装,和公用接口
//Decorator链上可以有多个元素
interface Componenta {
void operation();
}
class ConcreteComponent implements Componenta {
public void operation() {
System.out.println("do something");
}
}
class Decorator implements Componenta {
private Componenta component;
public Decorator(Componenta component) {
this.component = component;
}
public void operation() {
//do something before
component.operation();
//do something after
}
}
//Facade
//非常实用的一种设计模式,我可以为外部提供感兴趣的接口
class Obj1 {
public void ope1() {}
public void ope2() {}
}
class Obj2 {
public void ope1() {}
public void ope2() {}
}
class Facade {
//我得到了一个简洁清晰的接口
public void fdMethod() {
Obj1 obj1 = new Obj1();
Obj2 obj2 = new Obj2();
obj1.ope1();
obj2.ope2();
}
}
//Flyweight
//空
//**********行为型模式*************
//Chain of Responsibility
//与Decorator的实现形式相类似,
//Decorator是在原来的方法之上进行添加功能,而
//Chain则是判断信号如果不是当前处理的则转交个下一个节点处理
//我可以使用if分支来实现相同的效果,但是不够灵活,链上的每个节点是可以替换增加的,相对
//比较灵活,我们可以设计接口实现对节点的增删操作,而实现更方便的效果
//这个是一个链状的结构,有没有想过使用环状结构
interface Handler {
void handRequest(int signal);
}
class CHandler1 implements Handler {
private Handler handler;
public CHandler1(Handler handler) {
this.handler = handler;
}
public void handRequest(int signal) {
if (signal == 1) {
System.out.println("handle signal 1");
}
else {
handler.handRequest(signal);
}
}
}
class CHandler2 implements Handler {
private Handler handler;
public CHandler2(Handler handler) {
this.handler = handler;
}
public void handRequest(int signal) {
if (signal == 2) {
System.out.println("handle signal 2");
}
else {
handler.handRequest(signal);
}
}
}
class CHandler3 implements Handler {
public void handRequest(int signal) {
if (signal == 3) {
System.out.println("handle signal 3");
}
else {
throw new Error("can't handle signal");
}
}
}
class ChainClient {
public static void main(String[] args) {
Handler h3 = new CHandler3();
Handler h2 = new CHandler2(h3);
Handler h1 = new CHandler1(h2);
h1.handRequest(2);
}
}
//Interpreter
//感觉跟Composite很类似,只不过他分文终结符和非终结符
//Template Method
abstract class TemplateMethod {
abstract void amd1();
abstract void amd2();
//此方法为一个Template Method方法
public void tmd() {
amd1();
amd2();
}
}
//State
//标准型
//状态和操作不应该耦合在一起
class Contexta {
private State st;
public Contexta(int nst) {
changeStfromNum(nst);
}
public void changeStfromNum(int nst) {
if (nst == 1) {
st = new CStatea1();
}
else if (nst == 2) {
st = new CStatea2();
}
throw new Error("bad state");
}
void request() {
st.handle(this);
}
}
interface State {
void handle(Contexta context);
}
class CStatea1 implements State {
public void handle(Contexta context) {
System.out.println("state 1");
//也许在一个状态的处理过程中要改变状态,例如打开之后立即关闭这种效果
//context.changeStfromNum(2);
}
}
class CStatea2 implements State {
public void handle(Contexta context) {
System.out.println("state 2");
}
}
//工厂型
//根据状态不通生成不同的state
//class StateFactory {
// public static State getStateInstance(int num) {
// State st = null;
//
// if (num == 1) {
// st = new CStatea1();
// }
// else if (num == 2) {
// st = new CStatea2();
// }
//
// return st;
// }
//}
//Strategy
//跟Bridge相类似,就是一种多态的表示
//Visitor
//双向引用,使用另外的一个类调用自己的方法,访问自己的数据结构
interface Visitor {
void visitElement(Elementd element);
}
class CVisitor implements Visitor {
public void visitElement(Elementd element) {
element.operation();
}
}
interface Elementd {
void accept(Visitor visitor);
void operation();
}
class CElementd implements Elementd {
public void accept(Visitor visitor) {
visitor.visitElement(this);
}
public void operation() {
//实际的操作在这里
}
}
class Clientd {
public static void main() {
Elementd elm = new CElementd();
Visitor vis = new CVisitor();
vis.visitElement(elm);
}
}
//Iteraotr
//使用迭代器对一个类的数据结构进行顺序迭代
interface Structure {
interface Iteratora {
void first();
boolean hasElement();
Object next();
}
}
class Structure1 implements Structure {
Object[] objs = new Object[100];
//使用内部类是为了对Struture1的数据结构有完全的访问权
class Iteratora1 implements Iteratora {
int index = 0;
public void first() {
index = 0;
}
public boolean hasElement() {
return index < 100;
}
public Object next() {
Object obj = null;
if (hasElement()) {
obj = objs[index];
index++;
}
return obj;
}
}
}
//Meditor
class A1 {
public void operation1() {}
public void operation2() {}
}
class A2 {
public void operation1() {}
public void operation2() {}
}
class Mediator {
A1 a1;
A2 a2;
public Mediator(A1 a1, A2 a2) {
this.a1 = a1;
this.a2 = a2;
}
//如果我想实现这个功能我可能会把他放在A1中
//但是这样耦合大,我不想在A1中出现A2对象的引用,
//所以我使用了Mediator作为中介
public void mmed1() {
a1.operation1();
a2.operation2();
}
public void mmed2() {
a2.operation1();
a1.operation2();
}
}
//Command
//我认为就是将方法转换成了类
class Receiver {
public void action1() {}
public void action2() {}
}
interface Command {
void Execute();
}
class CCommand1 implements Command {
private Receiver receiver;
public CCommand1(Receiver receiver) {
this.receiver = receiver;
}
public void Execute() {
receiver.action1();
}
}
class CCommand2 implements Command {
private Receiver receiver;
public CCommand2(Receiver receiver) {
this.receiver = receiver;
}
public void Execute() {
receiver.action2();
}
}
//Observer
//在这里看似乎这个模式没有什么用
//但是如果我有一个线程监控Subject,如果Subject的状态
//发生了变化,则更改Observer的状态,并出发一些操作,这样就有实际的意义了
//Observer与Visitor有相似的地方,都存在双向引用
//Subject可以注册很多Observer
interface Subjectb {
void attach(Observer observer);
void detach(Observer observer);
void mynotify();
int getState();
void setState(int state);
}
class Subjectb1 implements Subjectb {
List observers = new ArrayList();
int state;
public void attach(Observer observer) {
observers.add(observer);
}
public void detach(Observer observer) {
observers.remove(observer);
}
public void mynotify() {
Observer observer = null;
Iterator it = observers.iterator();
while (it.hasNext()) {
observer = (Observer) it.next();
observer.Update();
}
}
public int getState() {
return state;
}
public void setState(int state) {
this.state = state;
}
}
interface Observer {
void Update();
}
class Observer1 implements Observer {
Subjectb subject;
int state;
public Observer1(Subjectb subject) {
this.subject = subject;
}
public void Update() {
this.state = subject.getState();
}
public void operation() {
//一些基于state的操作
}
}
//Memento
//感觉此模式没有什么大用
class Memento {
int state;
public int getState() {
return state;
}
public void setState(int state) {
this.state = state;
}
}
class Originator {
int state;
public void setMemento(Memento memento) {
state = memento.getState();
}
public Memento createMemento() {
Memento memento = new Memento();
memento.setState(1);
return memento;
}
public int getState() {
return state;
}
public void setState(int state) {
this.state = state;
}
}
class careTaker {
Memento memento;
public void saverMemento(Memento memento) {
this.memento = memento;
}
public Memento retrieveMemento() {
return memento;
}
}
//程序最终还是顺序执行的,是由不通部分的操作拼接起来的
//将不同类的代码拼接起来是通过引用实现的,有了引用我就
//相当于有了一定访问数据结构和方法的能力,这与写在类内部
//差不多,例如我想将一个类中的一个方法抽离出去,因为这个方法依赖与此类的数据和其他方法
//直接将代码移走是不行的,但如果我们拥有了此类对象的引用,则与写在此类
//内部无异,所以我们拥有了引用就可以将此方法移出
public class tt1 {
public static void main(String[] args) {
}
}
创建型模式
1、FACTORY—追MM少不
然口味有所不同,但不管你
麦当劳和肯德基就是生产鸡
了请吃饭了,麦当劳的鸡翅和肯
带MM去麦当劳或肯德基,只管向
翅的Factory
德基的鸡翅都是MM爱吃的东西,虽
服务员说“来四个鸡翅”就行了。
工厂模式:客户类和工
消费者无须修改就可以接纳
何创建及如何向客户端提供
厂类分开。消费者任何时候需要
新产品。缺点是当产品修改时,
。
某种产品,只需向工厂请求即可。
工厂类也要做相应的修改。如:如
2、BUILDER—MM最爱听
方言跟她说这句话哦,我有
按对应的键,它就能够用相
就是我的“我爱你”builde
的就是“我爱你”这句话了,见
一个多种语言翻译机,上面每种
应的语言说出“我爱你”这句话
r。(这一定比美军在伊拉克用
到不同地方的MM,要能够用她们的
语言都有一个按键,见到MM我只要
了,国外的MM也可以轻松搞掂,这
的翻译机好卖)
建造模式:将产品的内部表象和产品
不同的内部表象的产品对象。建造模式使
内部组成的细节。建造模式可以强制实行
的生成过程分割开来,从而使一个建造过程生成具有
得产品内部表象可以独立的变化,客户不必知道产品
一种分步骤进行的建造过程。
3、FACTORY METHOD—请MM去麦当劳
件烦人的事情,我一般采用Factory Meth
具体要什么样的汉堡呢,让MM直接跟服务
吃汉堡,不同的MM有不同的口味,要每个都记住是一
od模式,带着MM到服务员那儿,说“要一个汉堡”,
员说就行了。
工厂方法模式:核心工
做,成为一个抽象工厂角色
应当被实例化这种细节。
厂类不再负责所有产品的创建,
,仅负责给出具体工厂类必须实
而是将具体创建的工作交给子类去
现的接口,而不接触哪一个产品类
4、PROTOTYPE—跟MM用QQ聊天,一定
要时只要copy出来放到QQ里面就行了,这
要)
要说些深情的话语了,我搜集了好多肉麻的情话,需
就是我的情话prototype了。(100块钱一份,你要不
原始模型模式:通过给
型对象的方法创建出更多同
不需要非得有任何事先确定
类都必须配备一个克隆方法
出一个原型对象来指明所要创建
类型的对象。原始模型模式允许
的等级结构,原始模型模式适用
。
的对象的类型,然后用复制这个原
动态的增加或减少产品类,产品类
于任何的等级结构。缺点是每一个
5、SINGLETON—俺有6
Sigleton,她们只要说道“
么好的事)
个漂亮的老婆,她们的老公都是
老公”,都是指的同一个人,那
我,我就是我们家里的老公
就是我(刚才做了个梦啦,哪有这
单例模式:单例模式确
实例单例模式。单例模式只
保某一个类只有一个实例,而且
应在有真正的“单一实例”的需
自行实例化并向整个系统提供这个
求时才可使用。
结构型模式
6、ADAPTER—在朋友聚会上碰到了一
会说普通话,只好于我的朋友kent了
以相互交谈了(也不知道他会不会耍我)
个美女Sarah,从香港来的,可我不会说粤语,她不
,他作为我和Sarah之间的Adapter,让我和Sarah可
适配器(变压器)模式:把一个类的
因接口原因不匹配而无法一起工作的两个
的实例给客户端。
接口变换成客户端所期待的另一种接口,从而使原本
类能够一起工作。适配类可以根据参数返还一个合适
7、BRIDGE—早上碰到M
,要说你的衣服好漂亮哦,
MM新做了个发型怎么说”这
M,要说早上好,晚上碰到MM,
碰到MM新做的发型,要说你的头
种问题,自己用BRIDGE组合一下
要说晚上好;碰到MM穿了件新衣服
发好漂亮哦。不要问我“早上碰到
不就行了
桥梁模式:将抽象化与
关联变成弱关联,也就是指
继承关系,从而使两者可以
实现化脱耦,使得二者可以独立
在一个软件系统的抽象化和实现
独立的变化。
的变化,也就是说将他们之间的强
化之间使用组合/聚合关系而不是
8、COMPOSITE—Mary今天过生日。“
店,你自己挑。”“这件T恤挺漂亮,买
买了三件了呀,我只答应送一件礼物的哦
,小姐,麻烦你包起来。”“……”,MM
我过生日,你要送我一件礼物。”“嗯,好吧,去商
,这条裙子好看,买,这个包也不错,买。”“喂,
。”“什么呀,T恤加裙子加包包,正好配成一套呀
都会用Composite模式了,你会了没有?
合成模式:合成模式将
就是一个处理对象的树结构
式使得客户端把一个个单独
对象组织到树结构中,可以用来
的模式。合成模式把部分与整体
的成分对象和由他们复合而成的
描述整体与部分的关系。合成模式
的关系用树结构表示出来。合成模
合成对象同等看待。
9、DECORATOR—Mary过
肯定玩完,拿出我去年在华
,再到街上礼品店买了个像
一个漂亮的盒子装起来……
了吗?
完轮到Sarly过生日,还是不要
山顶上照的照片,在背面写上“
框(卖礼品的MM也很漂亮哦),
,我们都是Decorator,最终都
叫她自己挑了,不然这个月伙食费
最好的的礼物,就是爱你的Fita”
再找隔壁搞美术设计的Mike设计了
在修饰我这个人呀,怎么样,看懂
装饰模式:装饰模式以对客户端透明
,提供比继承更多的灵活性。动态给一个
一些基本功能的排列组合而产生的非常大
的方式扩展对象的功能,是继承关系的一个替代方案
对象增加功能,这些功能可以再动态的撤消。增加由
量的功能。
10、FACADE—我有一个
的照片才专业,但MM可不懂
到自动档,只要对准目标按
拍张照片了。
专业的Nikon相机,我就喜欢自
这些,教了半天也不会。幸好相
快门就行了,一切由相机自动调
己手动调光圈、快门,这样照出来
机有Facade设计模式,把相机调整
整,这样MM也可以用这个相机给我
门面模式:外部与一个子系统的通信
个高层次的接口,使得子系统更易于使用
一个实例,也就是说它是一个单例模式。
必须通过一个统一的门面对象进行。门面模式提供一
。每一个子系统只有一个门面类,而且此门面类只有
但整个系统可以有多个门面类。
11、FLYWEIGHT—每天
的句子存在手机里,要用的
个字一个字敲了。共享的句
文情况使用。
跟MM发短信,手指都累死了,最
时候,直接拿出来,在前面加上
子就是Flyweight,MM的名字就
近买了个新手机,可以把一些常用
MM的名字就可以发送了,再不用一
是提取出来的外部特征,根据上下
享元模式:FLYWEIGHT
的细粒度对象。享元模式能
内部,不会随环境的改变而
内蕴状态,它们是相互独立
将不可以共享的状态从类里
工厂对象负责创建被共享的
在拳击比赛中指最轻量级。享元
做到共享的关键是区分内蕴状态
有所不同。外蕴状态是随环境的
的。将可以共享的状态和不可以
剔除出去。客户端不可以直接创
对象。享元模式大幅度的降低内
模式以共享的方式高效的支持大量
和外蕴状态。内蕴状态存储在享元
改变而改变的。外蕴状态不能影响
共享的状态从常规类中区分开来,
建被共享的对象,而应当使用一个
存中对象的数量。
12、PROXY—跟MM在网上聊天,一开
?”“身高多少呀?”这些话,真烦人,
置好了自动的回答,接收到其他的话时再
头总是“hi,你好”,“你从哪儿来呀?”“你多大了
写个程序做为我的Proxy吧,凡是接收到这些话都设
通知我回答,怎么样,酷吧。
代理模式:代理模式给
。代理就是一个人或一个机
者不能够直接引用一个对象
辨不出代理主题对象与真实
一个被代理对象的接口,这
他角色代为创建并传入。
某一个对象提供一个代理对象,
构代表另一个人或者一个机构采
,代理对象可以在客户和目标对
主题对象。代理模式可以并不知
时候代理对象不能够创建被代理
并由代理对象控制对源对象的引用
取行动。某些情况下,客户不想或
象直接起到中介的作用。客户端分
道真正的被代理对象,而仅仅持有
对象,被代理对象必须有系统的其
行为模式
13、CHAIN OF RESPONSIBLEITY—晚
面坐了好几个漂亮的MM哎,找张纸条,写
”,纸条就一个接一个的传上去了,糟糕
女呀,快跑!
上去上英语课,为了好开溜坐到了最后一排,哇,前
上“Hi,可以做我的女朋友吗?如果不愿意请向前传
,传到第一排的MM把纸条传给老师了,听说是个老处
责任链模式:在责任链模式中,很多对象由每一个对象对其下家的引用而接
起来形成一条链。请求在这个链上传
不知道链上的哪一个对象最终处理这个请
织链和分配责任。处理者有两个选择:承
任何接收端对象所接受。
递,直到链上的某一个对象决定处理此请求。客户并
求,系统可以在不影响客户端的情况下动态的重新组
担责任或者把责任推给下家。一个请求可以最终不被
14、COMMAND—俺有一
传送信息,她对我有什么指
COMMAND,为了感谢他,我
COMMAND,就数你最小气,
个MM家里管得特别严,没法见面
示,就写一张纸条让她弟弟带给
请他吃了碗杂酱面,哪知道他说
才请我吃面。”,
,只好借助于她弟弟在我们俩之间
我。这不,她弟弟又传送过来一个
:“我同时给我姐姐三个男朋友送
命令模式:命令模式把
和执行命令的责任分割开,
来,使得请求的一方不必知
作是否执行,何时被执行以
一个请求或者操作封装到一个对
委派给不同的对象。命令模式允
道接收请求的一方的接口,更不
及是怎么被执行的。系统支持命
象中。命令模式把发出命令的责任
许请求的一方和发送的一方独立开
必知道请求是怎么被接收,以及操
令的撤消。
15、INTERPRETER—俺有一个《泡MM
步骤、去看电影的方法等等,跟MM约会时
可以了。
真经》,上面有各种泡MM的攻略,比如说去吃西餐的
,只要做一个Interpreter,照着上面的脚本执行就
解释器模式:给定一个语言后,解释
个解释器。客户端可以使用这个解释器来
了一个简单的文法后,使用模式设计解释
释器对象能够解释的任何组合。在解释器
也就是一系列的组合规则。每一个命令对
对象的等级结构中的对象的任何排列组合
器模式可以定义出其文法的一种表示,并同时提供一
解释这个语言中的句子。解释器模式将描述怎样在有
这些语句。在解释器模式里面提到的语言是指任何解
模式中需要定义一个代表文法的命令类的等级结构,
象都有一个解释方法,代表对命令对象的解释。命令
都是一个语言。
16、ITERATOR—我爱上了Mary,不顾一切的向她求婚。
Mary:“想要我跟你结婚,得答应我的条件”
我:“什么条件我都答应,你说吧”
Mary:“我看上了那个一克拉的钻石”
我:“我买,我买,还有吗?”
Mary:“我看上了湖边的那栋别墅”
我:“我买,我买,还有吗?”
Mary:“我看上那辆法拉利跑车”
我脑袋嗡的一声,坐在椅子上,一咬牙:“我买,我买,还有吗?”
……
迭代子模式:迭代子模
个对象聚在一起形成的总体
式将迭代逻辑封装到一个独
面。每一个聚集对象都可以
彼此独立的。迭代算法可以
式可以顺序访问一个聚集中的元
称之为聚集,聚集对象是能够包
立的子对象中,从而与聚集本身
有一个或一个以上的迭代子对象
独立于聚集角色变化。
素而不必暴露聚集的内部表象。多
容一组对象的容器对象。迭代子模
隔开。迭代子模式简化了聚集的界
,每一个迭代子的迭代状态可以是
17、MEDIATOR—四个MM
边,按照各自的筹码数算钱
了四个MM的电话。
打麻将,相互之间谁应该给谁多
,赚了钱的从我这里拿,赔了钱
少钱算不清楚了,幸亏当时我在旁
的也付给我,一切就OK啦,俺得到
调停者模式:调停者模
作用。从而使他们可以松散
些对象之间的作用。保证这
为一对多的相互作用。调停
他对象的相互作用分开处理
式包装了一系列对象相互作用的
偶合。当某些对象之间的作用发
些作用可以彼此独立的变化。调
者模式将对象的行为和协作抽象
。
方式,使得这些对象不必相互明显
生改变时,不会立即影响其他的一
停者模式将多对多的相互作用转化
化,把对象在小尺度的行为上与其
18、MEMENTO—同时跟
了会不高兴的哦,幸亏我有
保存,这样可以随时察看以
几个MM聊天时,一定要记清楚刚
个备忘录,刚才与哪个MM说了什
前的记录啦。
才跟MM说了些什么话,不然MM发现
么话我都拷贝一份放到备忘录里面
备忘录模式:备忘录对
式的用意是在不破坏封装的
在将来合适的时候把这个对
象是一个用来存储另外一个对象
条件下,将一个对象的状态捉住
象还原到存储起来的状态。
内部状态的快照的对象。备忘录模
,并外部化,存储起来,从而可以
19、OBSERVER—想知道咱们公司最新
责搜集情报,他发现的新情报不用一个一
观察者)就可以及时收到情报啦
MM情报吗?加入公司的MM情报邮件组就行了,tom负
个通知我们,直接发布给邮件组,我们作为订阅者(
观察者模式:观察者模
个主题对象。这个主题对象
新自己。
式定义了一种一队多的依赖关系
在状态上发生变化时,会通知所
,让多个观察者对象同时监听某一
有观察者对象,使他们能够自动更
20、STATE—跟MM交往
比如你约她今天晚上去看电
上的MM就会说“好啊,不过
电影再去泡吧怎么样?”,
喜欢变成喜欢哦。
时,一定要注意她的状态哦,在
影,对你没兴趣的MM就会说“有
可以带上我同事么?”,已经喜
当然你看电影过程中表现良好的
不同的状态时她的行为会有不同,
事情啦”,对你不讨厌但还没喜欢
欢上你的MM就会说“几点钟?看完
话,也可以把MM的状态从不讨厌不
状态模式:状态模式允许一个对象在
是改变了它的类一样。状态模式把所研究
对象都属于一个抽象状态类的一个子类。
候,其行为也随之改变。状态模式需要对
当系统的状态变化时,系统便改变所选的
其内部状态改变的时候改变行为。这个对象看上去象
的对象的行为包装在不同的状态对象里,每一个状态
状态模式的意图是让一个对象在其内部状态改变的时
每一个系统可能取得的状态创立一个状态类的子类。
子类。
21、STRATEGY—跟不同
小吃效果不错,有的去海边
多Strategy哦。
类型的MM约会,要用不同的策略
浪漫最合适,单目的都是为了得
,有的请电影比较好,有的则去吃
到MM的芳心,我的追MM锦囊中有好
策略模式:策略模式针对一组算法,
而使得它们可以相互替换。策略模式使得
模式把行为和环境分开。环境类负责维持
于算法和环境独立开来,算法的增减,修
将每一个算法封装到具有共同接口的独立的类中,从
算法可以在不影响到客户端的情况下发生变化。策略
和查询行为类,各种算法在具体的策略类中提供。由
改都不会影响到环境和客户端。
22、TEMPLATE METHOD
床的不变的步骤分为巧遇、
(Template method),但每
啦(具体实现);
——看过《如何说服女生上床》
打破僵局、展开追求、接吻、前
个步骤针对不同的情况,都有不
这部经典文章吗?女生从认识到上
戏、动手、爱抚、进去八大步骤
一样的做法,这就要看你随机应变
模板方法模式:模板方
形式实现,然后声明一些抽
实现这些抽象方法,从而对
细节留给具体的子类去实现
法模式准备一个抽象类,将部分
象方法来迫使子类实现剩余的逻
剩余的逻辑有不同的实现。先制
。
逻辑以具体方法以及具体构造子的
辑。不同的子类可以以不同的方式
定一个顶级逻辑框架,而将逻辑的
23、VISITOR—情人节到了,要给每
针对她个人的特点,每张卡片也要根据个
板和礼品店老板做一下Visitor,让花店
个人特点选一张卡,这样就轻松多了;
个MM送一束鲜花和一张卡片,可是每个MM送的花都要
人的特点来挑,我一个人哪搞得清楚,还是找花店老
老板根据MM的特点选一束花,让礼品店老板也根据每
访问者模式:访问者模
些操作需要修改的话,接受
对未定的系统,它把数据结
对自由的演化。访问者模式
者模式将有关的行为集中到
者模式时,要将尽可能多的
式可以跨过几个类的等级结
式的目的是封装一些施加于某种
这个操作的数据结构可以保持不
构和作用于结构上的操作之间的
使得增加新的操作变的很容易,
一个访问者对象中,而不是分散
对象浏览逻辑放在访问者类中,
构访问属于不同的等级结构的成
数据结构元素之上的操作。一旦这
变。访问者模式适用于数据结构相
耦合解脱开,使得操作集合可以相
就是增加一个新的访问者类。访问
到一个个的节点类中。当使用访问
而不是放到它的子类中。访问者模
员类
package lq.test;
import java.io.*;
import java.util.*;
//*********创建型模式***************
//factory method 1
//1具体的构造算法,和2构造出的具体产品由子类实现
interface Product {
}
//或者我也提供一个工厂的接口,由这个抽象类来继承它
abstract class Factory {
abstract public Product fmd();
//我认为这个方方法的存在是,是对FactoryMethod方法的补充
//例如可以为生成的对象赋值,计算为生成对象应付何值,前后的日值
//且这些都是公用的,生成产品的最主要算法还是在FactoryMethod中,
//这个方法只是起辅助作用,这也是一种思维方法,将具体的算法实现在一个方法中
//而我不直接调用此方法,而使用另外的一个方法封装它,等到了更灵活的效果,而
//子类需实现的内容是FactoryMethod
//此方法是一个TemplateMethod
public Product creat() {
Product pd = null;
System.out.println("before operation");
pd = fmd();
System.out.println("end operation");
return pd;
}
}
class Product1 implements Product {
}
class Factory1 extends Factory {
public Product fmd() {
Product pd = new Product1();
return pd;
}
}
//FactroyMethod 2
//这种方式简单实用
interface Producta {
}
interface Factorya {
Producta create();
}
class Producta1 implements Producta {}
class Factorya1 implements Factorya {
public Producta create() {
Producta pda = null;
pda = new Producta1();
return pda;
}
}
//AbstractFactory
//AbstractFactory与FactoryMethod的不同在于AbstractFactory创建多个产品
//感觉此模式没有什么大用
//当然可以还有更多的接口
interface Apda {}
interface Apdb {}
interface Afactory {
Apda createA();
Apdb createB();
}
class Apda1 implements Apda {}
class Apdb1 implements Apdb {}
//有几个接口就有几个对应的方法
class Afactory1 implements Afactory {
public Apda createA() {
Apda apda = null;
apda = new Apda1();
return apda;
}
public Apdb createB() {
Apdb apdb = null;
apdb = new Apdb1();
return apdb;
}
}
//Builder
//一个产品的生成分为生成部件和组装部件,不同的产品每个部件生成的方式不同
//而组装的方式相同,部件的生成抽象成接口方法,而组装的方法使用一个TemplateMethod方法
interface Cpda {}
class Cpda1 implements Cpda {}
interface BuilderI {
void buildPart1();
void buildPart2();
void initPd();
Cpda getPd();
}
abstract class BuilderA implements BuilderI {
Cpda cpda;
public Cpda getPd() {
initPd();
//对对象的内容进行设置
buildPart1();
buildPart2();
return cpda;
}
}
class Builder extends BuilderA {
public void buildPart1() {
System.out.println(cpda);
}
public void buildPart2() {
System.out.println(cpda);
}
public void initPd() {
cpda = new Cpda1();
}
}
//一个简单的生成产品的实现
//1
abstract class Fy {
public abstract void med1();
static class Fy1 extends Fy {
public void med1() {
}
}
public static Fy getInstance() {
Fy fy = new Fy1();
return fy;
// Fy fy = new Fy1() {//这种匿名内部类是静态的!!
// public void med1() {
// }
// };
// return fy;
}
}
//2
interface Pdd {}
class Pdd1 implements Pdd {}
abstract class Fya {
public static Pdd getPd() {
Pdd pdd = new Pdd1();
return pdd;
}
}
//Prototype 在java中就是clone,又包含深拷贝和浅拷贝
class CloneObja {
public CloneObja MyClone() {
return new CloneObja();
}
}
class CloneObjb {
public CloneObjb MyClone() throws Throwable {
CloneObjb cobj = null;
cobj = (CloneObjb) pcl(this);
return cobj;
}
//深度拷贝算法
private Object pcl(Object obj) throws Throwable {
ByteArrayOutputStream bao = new ByteArrayOutputStream(1000);
ObjectOutputStream objo = new ObjectOutputStream(bao);
objo.writeObject(obj);
ByteArrayInputStream bai = new ByteArrayInputStream(bao.toByteArray());
ObjectInputStream obji = new ObjectInputStream(bai);
Object objr = obji.readObject();
return objr;
}
}
//Singleton
//一个类只有一个对象,例如一个线程池,一个cache
class Singleton1 {
public static Singleton1 instance = new Singleton1();
private Singleton1() {
}
public static Singleton1 getInstance() {
return instance;
}
}
class Singleton2 {
public static Singleton2 instance;
private Singleton2() {
}
// public static Singleton2 getInstance() {
// if (instance == null) {
// instance = new Singleton2();
// }
//
// return instance;
// }
public static Singleton2 getInstance() {
synchronized(Singleton2.class) {
if (instance == null) {
instance = new Singleton2();
}
}
return instance;
}
}
//**********结构型模式**********
//Adapter
//基本方法有两种,一种是使用引用一种使用继承
//将不符合标准的接口转成符合标准的接口,接口的修改主要是参数的增减,
//返回值类型,当然还有方法名
//感觉这就是封装的另一种表示形式,封装有用方法封装(在方法中调用功能方法),
//用类封装(先传入功能方法所在的类的对象,通过调用此对象的功能方法)
//使用引用的形式
class Adapteea {
public void kk() {}
}
interface Targeta {
String vv(int i, int k);
}
class Adaptera implements Targeta{
Adapteea ade;
public Adaptera(Adapteea ade) {
this.ade = ade;
}
public String vv(int i, int k) {
//具体的业务方法实现在Adaptee中,这个方法
//只起到了接口转换的作用
//调用此方法是通过引用
ade.kk();
return null;
}
}
//使用继承形式的
class Adapteeb {
public void kk() {}
}
interface Targetb {
String vv(int i, int k);
}
class Adapterb extends Adapteeb implements Targetb {
public String vv(int i, int k) {
//调用此方法是通过继承
kk();
return null;
}
}
//Proxy
interface Subject {
void request();
}
class realSubject implements Subject {
public void request() {
//do the real business
}
}
class Proxy implements Subject {
Subject subject;
public Proxy(Subject subject) {
this.subject = subject;
}
public void request() {
System.out.println("do something");
subject.request();
System.out.println("do something");
}
}
//Bridge
//感觉就是多态的实现
interface Imp {
void operation();
}
class Cimp1 implements Imp {
public void operation() {
System.out.println("1");
}
}
class Cimp2 implements Imp {
public void operation() {
System.out.println("2");
}
}
class Invoker {
Imp imp = new Cimp1();
public void invoke() {
imp.operation();
}
}
//Composite
interface Component {
void operation();
void add(Component component);
void remove(Component component);
}
class Leaf implements Component {
public void operation() {
System.out.println("an operation");
}
public void add(Component component) {
throw new UnsupportedOperationException();
}
public void remove(Component component) {
throw new UnsupportedOperationException();
}
}
class Composite implements Component {
List components = new ArrayList();
public void operation() {
Component component = null;
Iterator it = components.iterator();
while (it.hasNext()) {
//不知道此component对象是leaf还是composite,
//如果是leaf则直接实现操作,如果是composite则继续递归调用
component = (Component) it.next();
component.operation();
}
}
public void add(Component component) {
components.add(component);
}
public void remove(Component component) {
components.remove(component);
}
}
//Decorator
//对一个类的功能进行扩展时,我可以使用继承,但是不够灵活,所以选用了
//另外的一种形式,引用与继承都可活得对对象的一定的使用能力,而使用引用将更灵活
//我们要保证是对原功能的追加而不是修改,否则只能重写方法,或使用新的方法
//注意concrete的可以直接new出来,
//而decorator的则需要用一个另外的decorator对象才能生成对象
//使用对象封装,和公用接口
//Decorator链上可以有多个元素
interface Componenta {
void operation();
}
class ConcreteComponent implements Componenta {
public void operation() {
System.out.println("do something");
}
}
class Decorator implements Componenta {
private Componenta component;
public Decorator(Componenta component) {
this.component = component;
}
public void operation() {
//do something before
component.operation();
//do something after
}
}
//Facade
//非常实用的一种设计模式,我可以为外部提供感兴趣的接口
class Obj1 {
public void ope1() {}
public void ope2() {}
}
class Obj2 {
public void ope1() {}
public void ope2() {}
}
class Facade {
//我得到了一个简洁清晰的接口
public void fdMethod() {
Obj1 obj1 = new Obj1();
Obj2 obj2 = new Obj2();
obj1.ope1();
obj2.ope2();
}
}
//Flyweight
//空
//**********行为型模式*************
//Chain of Responsibility
//与Decorator的实现形式相类似,
//Decorator是在原来的方法之上进行添加功能,而
//Chain则是判断信号如果不是当前处理的则转交个下一个节点处理
//我可以使用if分支来实现相同的效果,但是不够灵活,链上的每个节点是可以替换增加的,相对
//比较灵活,我们可以设计接口实现对节点的增删操作,而实现更方便的效果
//这个是一个链状的结构,有没有想过使用环状结构
interface Handler {
void handRequest(int signal);
}
class CHandler1 implements Handler {
private Handler handler;
public CHandler1(Handler handler) {
this.handler = handler;
}
public void handRequest(int signal) {
if (signal == 1) {
System.out.println("handle signal 1");
}
else {
handler.handRequest(signal);
}
}
}
class CHandler2 implements Handler {
private Handler handler;
public CHandler2(Handler handler) {
this.handler = handler;
}
public void handRequest(int signal) {
if (signal == 2) {
System.out.println("handle signal 2");
}
else {
handler.handRequest(signal);
}
}
}
class CHandler3 implements Handler {
public void handRequest(int signal) {
if (signal == 3) {
System.out.println("handle signal 3");
}
else {
throw new Error("can't handle signal");
}
}
}
class ChainClient {
public static void main(String[] args) {
Handler h3 = new CHandler3();
Handler h2 = new CHandler2(h3);
Handler h1 = new CHandler1(h2);
h1.handRequest(2);
}
}
//Interpreter
//感觉跟Composite很类似,只不过他分文终结符和非终结符
//Template Method
abstract class TemplateMethod {
abstract void amd1();
abstract void amd2();
//此方法为一个Template Method方法
public void tmd() {
amd1();
amd2();
}
}
//State
//标准型
//状态和操作不应该耦合在一起
class Contexta {
private State st;
public Contexta(int nst) {
changeStfromNum(nst);
}
public void changeStfromNum(int nst) {
if (nst == 1) {
st = new CStatea1();
}
else if (nst == 2) {
st = new CStatea2();
}
throw new Error("bad state");
}
void request() {
st.handle(this);
}
}
interface State {
void handle(Contexta context);
}
class CStatea1 implements State {
public void handle(Contexta context) {
System.out.println("state 1");
//也许在一个状态的处理过程中要改变状态,例如打开之后立即关闭这种效果
//context.changeStfromNum(2);
}
}
class CStatea2 implements State {
public void handle(Contexta context) {
System.out.println("state 2");
}
}
//工厂型
//根据状态不通生成不同的state
//class StateFactory {
// public static State getStateInstance(int num) {
// State st = null;
//
// if (num == 1) {
// st = new CStatea1();
// }
// else if (num == 2) {
// st = new CStatea2();
// }
//
// return st;
// }
//}
//Strategy
//跟Bridge相类似,就是一种多态的表示
//Visitor
//双向引用,使用另外的一个类调用自己的方法,访问自己的数据结构
interface Visitor {
void visitElement(Elementd element);
}
class CVisitor implements Visitor {
public void visitElement(Elementd element) {
element.operation();
}
}
interface Elementd {
void accept(Visitor visitor);
void operation();
}
class CElementd implements Elementd {
public void accept(Visitor visitor) {
visitor.visitElement(this);
}
public void operation() {
//实际的操作在这里
}
}
class Clientd {
public static void main() {
Elementd elm = new CElementd();
Visitor vis = new CVisitor();
vis.visitElement(elm);
}
}
//Iteraotr
//使用迭代器对一个类的数据结构进行顺序迭代
interface Structure {
interface Iteratora {
void first();
boolean hasElement();
Object next();
}
}
class Structure1 implements Structure {
Object[] objs = new Object[100];
//使用内部类是为了对Struture1的数据结构有完全的访问权
class Iteratora1 implements Iteratora {
int index = 0;
public void first() {
index = 0;
}
public boolean hasElement() {
return index < 100;
}
public Object next() {
Object obj = null;
if (hasElement()) {
obj = objs[index];
index++;
}
return obj;
}
}
}
//Meditor
class A1 {
public void operation1() {}
public void operation2() {}
}
class A2 {
public void operation1() {}
public void operation2() {}
}
class Mediator {
A1 a1;
A2 a2;
public Mediator(A1 a1, A2 a2) {
this.a1 = a1;
this.a2 = a2;
}
//如果我想实现这个功能我可能会把他放在A1中
//但是这样耦合大,我不想在A1中出现A2对象的引用,
//所以我使用了Mediator作为中介
public void mmed1() {
a1.operation1();
a2.operation2();
}
public void mmed2() {
a2.operation1();
a1.operation2();
}
}
//Command
//我认为就是将方法转换成了类
class Receiver {
public void action1() {}
public void action2() {}
}
interface Command {
void Execute();
}
class CCommand1 implements Command {
private Receiver receiver;
public CCommand1(Receiver receiver) {
this.receiver = receiver;
}
public void Execute() {
receiver.action1();
}
}
class CCommand2 implements Command {
private Receiver receiver;
public CCommand2(Receiver receiver) {
this.receiver = receiver;
}
public void Execute() {
receiver.action2();
}
}
//Observer
//在这里看似乎这个模式没有什么用
//但是如果我有一个线程监控Subject,如果Subject的状态
//发生了变化,则更改Observer的状态,并出发一些操作,这样就有实际的意义了
//Observer与Visitor有相似的地方,都存在双向引用
//Subject可以注册很多Observer
interface Subjectb {
void attach(Observer observer);
void detach(Observer observer);
void mynotify();
int getState();
void setState(int state);
}
class Subjectb1 implements Subjectb {
List observers = new ArrayList();
int state;
public void attach(Observer observer) {
observers.add(observer);
}
public void detach(Observer observer) {
observers.remove(observer);
}
public void mynotify() {
Observer observer = null;
Iterator it = observers.iterator();
while (it.hasNext()) {
observer = (Observer) it.next();
observer.Update();
}
}
public int getState() {
return state;
}
public void setState(int state) {
this.state = state;
}
}
interface Observer {
void Update();
}
class Observer1 implements Observer {
Subjectb subject;
int state;
public Observer1(Subjectb subject) {
this.subject = subject;
}
public void Update() {
this.state = subject.getState();
}
public void operation() {
//一些基于state的操作
}
}
//Memento
//感觉此模式没有什么大用
class Memento {
int state;
public int getState() {
return state;
}
public void setState(int state) {
this.state = state;
}
}
class Originator {
int state;
public void setMemento(Memento memento) {
state = memento.getState();
}
public Memento createMemento() {
Memento memento = new Memento();
memento.setState(1);
return memento;
}
public int getState() {
return state;
}
public void setState(int state) {
this.state = state;
}
}
class careTaker {
Memento memento;
public void saverMemento(Memento memento) {
this.memento = memento;
}
public Memento retrieveMemento() {
return memento;
}
}
//程序最终还是顺序执行的,是由不通部分的操作拼接起来的
//将不同类的代码拼接起来是通过引用实现的,有了引用我就
//相当于有了一定访问数据结构和方法的能力,这与写在类内部
//差不多,例如我想将一个类中的一个方法抽离出去,因为这个方法依赖与此类的数据和其他方法
//直接将代码移走是不行的,但如果我们拥有了此类对象的引用,则与写在此类
//内部无异,所以我们拥有了引用就可以将此方法移出
public class tt1 {
public static void main(String[] args) {
}
}
创建型模式
1、FACTORY—追MM少不
然口味有所不同,但不管你
麦当劳和肯德基就是生产鸡
了请吃饭了,麦当劳的鸡翅和肯
带MM去麦当劳或肯德基,只管向
翅的Factory
德基的鸡翅都是MM爱吃的东西,虽
服务员说“来四个鸡翅”就行了。
工厂模式:客户类和工
消费者无须修改就可以接纳
何创建及如何向客户端提供
厂类分开。消费者任何时候需要
新产品。缺点是当产品修改时,
。
某种产品,只需向工厂请求即可。
工厂类也要做相应的修改。如:如
2、BUILDER—MM最爱听
方言跟她说这句话哦,我有
按对应的键,它就能够用相
就是我的“我爱你”builde
的就是“我爱你”这句话了,见
一个多种语言翻译机,上面每种
应的语言说出“我爱你”这句话
r。(这一定比美军在伊拉克用
到不同地方的MM,要能够用她们的
语言都有一个按键,见到MM我只要
了,国外的MM也可以轻松搞掂,这
的翻译机好卖)
建造模式:将产品的内部表象和产品
不同的内部表象的产品对象。建造模式使
内部组成的细节。建造模式可以强制实行
的生成过程分割开来,从而使一个建造过程生成具有
得产品内部表象可以独立的变化,客户不必知道产品
一种分步骤进行的建造过程。
3、FACTORY METHOD—请MM去麦当劳
件烦人的事情,我一般采用Factory Meth
具体要什么样的汉堡呢,让MM直接跟服务
吃汉堡,不同的MM有不同的口味,要每个都记住是一
od模式,带着MM到服务员那儿,说“要一个汉堡”,
员说就行了。
工厂方法模式:核心工
做,成为一个抽象工厂角色
应当被实例化这种细节。
厂类不再负责所有产品的创建,
,仅负责给出具体工厂类必须实
而是将具体创建的工作交给子类去
现的接口,而不接触哪一个产品类
4、PROTOTYPE—跟MM用QQ聊天,一定
要时只要copy出来放到QQ里面就行了,这
要)
要说些深情的话语了,我搜集了好多肉麻的情话,需
就是我的情话prototype了。(100块钱一份,你要不
原始模型模式:通过给
型对象的方法创建出更多同
不需要非得有任何事先确定
类都必须配备一个克隆方法
出一个原型对象来指明所要创建
类型的对象。原始模型模式允许
的等级结构,原始模型模式适用
。
的对象的类型,然后用复制这个原
动态的增加或减少产品类,产品类
于任何的等级结构。缺点是每一个
5、SINGLETON—俺有6
Sigleton,她们只要说道“
么好的事)
个漂亮的老婆,她们的老公都是
老公”,都是指的同一个人,那
我,我就是我们家里的老公
就是我(刚才做了个梦啦,哪有这
单例模式:单例模式确
实例单例模式。单例模式只
保某一个类只有一个实例,而且
应在有真正的“单一实例”的需
自行实例化并向整个系统提供这个
求时才可使用。
结构型模式
6、ADAPTER—在朋友聚会上碰到了一
会说普通话,只好于我的朋友kent了
以相互交谈了(也不知道他会不会耍我)
个美女Sarah,从香港来的,可我不会说粤语,她不
,他作为我和Sarah之间的Adapter,让我和Sarah可
适配器(变压器)模式:把一个类的
因接口原因不匹配而无法一起工作的两个
的实例给客户端。
接口变换成客户端所期待的另一种接口,从而使原本
类能够一起工作。适配类可以根据参数返还一个合适
7、BRIDGE—早上碰到M
,要说你的衣服好漂亮哦,
MM新做了个发型怎么说”这
M,要说早上好,晚上碰到MM,
碰到MM新做的发型,要说你的头
种问题,自己用BRIDGE组合一下
要说晚上好;碰到MM穿了件新衣服
发好漂亮哦。不要问我“早上碰到
不就行了
桥梁模式:将抽象化与
关联变成弱关联,也就是指
继承关系,从而使两者可以
实现化脱耦,使得二者可以独立
在一个软件系统的抽象化和实现
独立的变化。
的变化,也就是说将他们之间的强
化之间使用组合/聚合关系而不是
8、COMPOSITE—Mary今天过生日。“
店,你自己挑。”“这件T恤挺漂亮,买
买了三件了呀,我只答应送一件礼物的哦
,小姐,麻烦你包起来。”“……”,MM
我过生日,你要送我一件礼物。”“嗯,好吧,去商
,这条裙子好看,买,这个包也不错,买。”“喂,
。”“什么呀,T恤加裙子加包包,正好配成一套呀
都会用Composite模式了,你会了没有?
合成模式:合成模式将
就是一个处理对象的树结构
式使得客户端把一个个单独
对象组织到树结构中,可以用来
的模式。合成模式把部分与整体
的成分对象和由他们复合而成的
描述整体与部分的关系。合成模式
的关系用树结构表示出来。合成模
合成对象同等看待。
9、DECORATOR—Mary过
肯定玩完,拿出我去年在华
,再到街上礼品店买了个像
一个漂亮的盒子装起来……
了吗?
完轮到Sarly过生日,还是不要
山顶上照的照片,在背面写上“
框(卖礼品的MM也很漂亮哦),
,我们都是Decorator,最终都
叫她自己挑了,不然这个月伙食费
最好的的礼物,就是爱你的Fita”
再找隔壁搞美术设计的Mike设计了
在修饰我这个人呀,怎么样,看懂
装饰模式:装饰模式以对客户端透明
,提供比继承更多的灵活性。动态给一个
一些基本功能的排列组合而产生的非常大
的方式扩展对象的功能,是继承关系的一个替代方案
对象增加功能,这些功能可以再动态的撤消。增加由
量的功能。
10、FACADE—我有一个
的照片才专业,但MM可不懂
到自动档,只要对准目标按
拍张照片了。
专业的Nikon相机,我就喜欢自
这些,教了半天也不会。幸好相
快门就行了,一切由相机自动调
己手动调光圈、快门,这样照出来
机有Facade设计模式,把相机调整
整,这样MM也可以用这个相机给我
门面模式:外部与一个子系统的通信
个高层次的接口,使得子系统更易于使用
一个实例,也就是说它是一个单例模式。
必须通过一个统一的门面对象进行。门面模式提供一
。每一个子系统只有一个门面类,而且此门面类只有
但整个系统可以有多个门面类。
11、FLYWEIGHT—每天
的句子存在手机里,要用的
个字一个字敲了。共享的句
文情况使用。
跟MM发短信,手指都累死了,最
时候,直接拿出来,在前面加上
子就是Flyweight,MM的名字就
近买了个新手机,可以把一些常用
MM的名字就可以发送了,再不用一
是提取出来的外部特征,根据上下
享元模式:FLYWEIGHT
的细粒度对象。享元模式能
内部,不会随环境的改变而
内蕴状态,它们是相互独立
将不可以共享的状态从类里
工厂对象负责创建被共享的
在拳击比赛中指最轻量级。享元
做到共享的关键是区分内蕴状态
有所不同。外蕴状态是随环境的
的。将可以共享的状态和不可以
剔除出去。客户端不可以直接创
对象。享元模式大幅度的降低内
模式以共享的方式高效的支持大量
和外蕴状态。内蕴状态存储在享元
改变而改变的。外蕴状态不能影响
共享的状态从常规类中区分开来,
建被共享的对象,而应当使用一个
存中对象的数量。
12、PROXY—跟MM在网上聊天,一开
?”“身高多少呀?”这些话,真烦人,
置好了自动的回答,接收到其他的话时再
头总是“hi,你好”,“你从哪儿来呀?”“你多大了
写个程序做为我的Proxy吧,凡是接收到这些话都设
通知我回答,怎么样,酷吧。
代理模式:代理模式给
。代理就是一个人或一个机
者不能够直接引用一个对象
辨不出代理主题对象与真实
一个被代理对象的接口,这
他角色代为创建并传入。
某一个对象提供一个代理对象,
构代表另一个人或者一个机构采
,代理对象可以在客户和目标对
主题对象。代理模式可以并不知
时候代理对象不能够创建被代理
并由代理对象控制对源对象的引用
取行动。某些情况下,客户不想或
象直接起到中介的作用。客户端分
道真正的被代理对象,而仅仅持有
对象,被代理对象必须有系统的其
行为模式
13、CHAIN OF RESPONSIBLEITY—晚
面坐了好几个漂亮的MM哎,找张纸条,写
”,纸条就一个接一个的传上去了,糟糕
女呀,快跑!
上去上英语课,为了好开溜坐到了最后一排,哇,前
上“Hi,可以做我的女朋友吗?如果不愿意请向前传
,传到第一排的MM把纸条传给老师了,听说是个老处
责任链模式:在责任链模式中,很多对象由每一个对象对其下家的引用而接
起来形成一条链。请求在这个链上传
不知道链上的哪一个对象最终处理这个请
织链和分配责任。处理者有两个选择:承
任何接收端对象所接受。
递,直到链上的某一个对象决定处理此请求。客户并
求,系统可以在不影响客户端的情况下动态的重新组
担责任或者把责任推给下家。一个请求可以最终不被
14、COMMAND—俺有一
传送信息,她对我有什么指
COMMAND,为了感谢他,我
COMMAND,就数你最小气,
个MM家里管得特别严,没法见面
示,就写一张纸条让她弟弟带给
请他吃了碗杂酱面,哪知道他说
才请我吃面。”,
,只好借助于她弟弟在我们俩之间
我。这不,她弟弟又传送过来一个
:“我同时给我姐姐三个男朋友送
命令模式:命令模式把
和执行命令的责任分割开,
来,使得请求的一方不必知
作是否执行,何时被执行以
一个请求或者操作封装到一个对
委派给不同的对象。命令模式允
道接收请求的一方的接口,更不
及是怎么被执行的。系统支持命
象中。命令模式把发出命令的责任
许请求的一方和发送的一方独立开
必知道请求是怎么被接收,以及操
令的撤消。
15、INTERPRETER—俺有一个《泡MM
步骤、去看电影的方法等等,跟MM约会时
可以了。
真经》,上面有各种泡MM的攻略,比如说去吃西餐的
,只要做一个Interpreter,照着上面的脚本执行就
解释器模式:给定一个语言后,解释
个解释器。客户端可以使用这个解释器来
了一个简单的文法后,使用模式设计解释
释器对象能够解释的任何组合。在解释器
也就是一系列的组合规则。每一个命令对
对象的等级结构中的对象的任何排列组合
器模式可以定义出其文法的一种表示,并同时提供一
解释这个语言中的句子。解释器模式将描述怎样在有
这些语句。在解释器模式里面提到的语言是指任何解
模式中需要定义一个代表文法的命令类的等级结构,
象都有一个解释方法,代表对命令对象的解释。命令
都是一个语言。
16、ITERATOR—我爱上了Mary,不顾一切的向她求婚。
Mary:“想要我跟你结婚,得答应我的条件”
我:“什么条件我都答应,你说吧”
Mary:“我看上了那个一克拉的钻石”
我:“我买,我买,还有吗?”
Mary:“我看上了湖边的那栋别墅”
我:“我买,我买,还有吗?”
Mary:“我看上那辆法拉利跑车”
我脑袋嗡的一声,坐在椅子上,一咬牙:“我买,我买,还有吗?”
……
迭代子模式:迭代子模
个对象聚在一起形成的总体
式将迭代逻辑封装到一个独
面。每一个聚集对象都可以
彼此独立的。迭代算法可以
式可以顺序访问一个聚集中的元
称之为聚集,聚集对象是能够包
立的子对象中,从而与聚集本身
有一个或一个以上的迭代子对象
独立于聚集角色变化。
素而不必暴露聚集的内部表象。多
容一组对象的容器对象。迭代子模
隔开。迭代子模式简化了聚集的界
,每一个迭代子的迭代状态可以是
17、MEDIATOR—四个MM
边,按照各自的筹码数算钱
了四个MM的电话。
打麻将,相互之间谁应该给谁多
,赚了钱的从我这里拿,赔了钱
少钱算不清楚了,幸亏当时我在旁
的也付给我,一切就OK啦,俺得到
调停者模式:调停者模
作用。从而使他们可以松散
些对象之间的作用。保证这
为一对多的相互作用。调停
他对象的相互作用分开处理
式包装了一系列对象相互作用的
偶合。当某些对象之间的作用发
些作用可以彼此独立的变化。调
者模式将对象的行为和协作抽象
。
方式,使得这些对象不必相互明显
生改变时,不会立即影响其他的一
停者模式将多对多的相互作用转化
化,把对象在小尺度的行为上与其
18、MEMENTO—同时跟
了会不高兴的哦,幸亏我有
保存,这样可以随时察看以
几个MM聊天时,一定要记清楚刚
个备忘录,刚才与哪个MM说了什
前的记录啦。
才跟MM说了些什么话,不然MM发现
么话我都拷贝一份放到备忘录里面
备忘录模式:备忘录对
式的用意是在不破坏封装的
在将来合适的时候把这个对
象是一个用来存储另外一个对象
条件下,将一个对象的状态捉住
象还原到存储起来的状态。
内部状态的快照的对象。备忘录模
,并外部化,存储起来,从而可以
19、OBSERVER—想知道咱们公司最新
责搜集情报,他发现的新情报不用一个一
观察者)就可以及时收到情报啦
MM情报吗?加入公司的MM情报邮件组就行了,tom负
个通知我们,直接发布给邮件组,我们作为订阅者(
观察者模式:观察者模
个主题对象。这个主题对象
新自己。
式定义了一种一队多的依赖关系
在状态上发生变化时,会通知所
,让多个观察者对象同时监听某一
有观察者对象,使他们能够自动更
20、STATE—跟MM交往
比如你约她今天晚上去看电
上的MM就会说“好啊,不过
电影再去泡吧怎么样?”,
喜欢变成喜欢哦。
时,一定要注意她的状态哦,在
影,对你没兴趣的MM就会说“有
可以带上我同事么?”,已经喜
当然你看电影过程中表现良好的
不同的状态时她的行为会有不同,
事情啦”,对你不讨厌但还没喜欢
欢上你的MM就会说“几点钟?看完
话,也可以把MM的状态从不讨厌不
状态模式:状态模式允许一个对象在
是改变了它的类一样。状态模式把所研究
对象都属于一个抽象状态类的一个子类。
候,其行为也随之改变。状态模式需要对
当系统的状态变化时,系统便改变所选的
其内部状态改变的时候改变行为。这个对象看上去象
的对象的行为包装在不同的状态对象里,每一个状态
状态模式的意图是让一个对象在其内部状态改变的时
每一个系统可能取得的状态创立一个状态类的子类。
子类。
21、STRATEGY—跟不同
小吃效果不错,有的去海边
多Strategy哦。
类型的MM约会,要用不同的策略
浪漫最合适,单目的都是为了得
,有的请电影比较好,有的则去吃
到MM的芳心,我的追MM锦囊中有好
策略模式:策略模式针对一组算法,
而使得它们可以相互替换。策略模式使得
模式把行为和环境分开。环境类负责维持
于算法和环境独立开来,算法的增减,修
将每一个算法封装到具有共同接口的独立的类中,从
算法可以在不影响到客户端的情况下发生变化。策略
和查询行为类,各种算法在具体的策略类中提供。由
改都不会影响到环境和客户端。
22、TEMPLATE METHOD
床的不变的步骤分为巧遇、
(Template method),但每
啦(具体实现);
——看过《如何说服女生上床》
打破僵局、展开追求、接吻、前
个步骤针对不同的情况,都有不
这部经典文章吗?女生从认识到上
戏、动手、爱抚、进去八大步骤
一样的做法,这就要看你随机应变
模板方法模式:模板方
形式实现,然后声明一些抽
实现这些抽象方法,从而对
细节留给具体的子类去实现
法模式准备一个抽象类,将部分
象方法来迫使子类实现剩余的逻
剩余的逻辑有不同的实现。先制
。
逻辑以具体方法以及具体构造子的
辑。不同的子类可以以不同的方式
定一个顶级逻辑框架,而将逻辑的
23、VISITOR—情人节到了,要给每
针对她个人的特点,每张卡片也要根据个
板和礼品店老板做一下Visitor,让花店
个人特点选一张卡,这样就轻松多了;
个MM送一束鲜花和一张卡片,可是每个MM送的花都要
人的特点来挑,我一个人哪搞得清楚,还是找花店老
老板根据MM的特点选一束花,让礼品店老板也根据每
访问者模式:访问者模
些操作需要修改的话,接受
对未定的系统,它把数据结
对自由的演化。访问者模式
者模式将有关的行为集中到
者模式时,要将尽可能多的
式可以跨过几个类的等级结
式的目的是封装一些施加于某种
这个操作的数据结构可以保持不
构和作用于结构上的操作之间的
使得增加新的操作变的很容易,
一个访问者对象中,而不是分散
对象浏览逻辑放在访问者类中,
构访问属于不同的等级结构的成
数据结构元素之上的操作。一旦这
变。访问者模式适用于数据结构相
耦合解脱开,使得操作集合可以相
就是增加一个新的访问者类。访问
到一个个的节点类中。当使用访问
而不是放到它的子类中。访问者模
员类
相关推荐
标题《从追MM谈Java的23种设计模式》独特地将Java设计模式与“追女孩”的生活场景相结合,通过一系列生动的例子来解释各种设计模式的概念和使用场景。在IT行业中,这种以生活场景来比喻技术概念的方式,能帮助人们更...
Java的23种设计模式是软件工程中的一种经典思想,它们是解决常见编程问题的成熟解决方案,被广泛应用于各种项目中。设计模式并不是特定的代码或库,而是对在特定情境下,如何组织代码和交互的一种描述。这些模式是...
"从追MM谈JAVA的23种设计模式"这篇文章以一种幽默轻松的方式,将Java编程中的23种设计模式与追求心仪对象的过程进行类比,使抽象的概念更加生动易懂。以下是对这23种设计模式的详细解读: 1. **单例模式(Singleton...
### 23种JAVA设计模式和15种J2EE设计模式详解 #### 一、JAVA设计模式概览 在软件工程领域,设计模式是一种在特定情境下解决常见问题的有效方法。Java作为一种广泛使用的编程语言,拥有丰富的设计模式库来帮助...
本主题将通过GG(Geek Guy,技术宅男)追MM(Miss Miracle,奇迹女孩)的场景来形象地解释23种Java设计模式,帮助开发者更生动地理解和应用这些模式。 1. **单例模式**:就像GG只有一个真心爱慕的MM,系统中也常常...
【追MM与Java的23种设计模式】这篇文章将编程中的设计模式与追求女性的场景相结合,用生动的例子解释了23种设计模式的核心概念。以下是各设计模式的详细解析: 1. **工厂模式(Factory)**:就像在麦当劳和肯德基...
值得注意的是,《Java23种设计模式与追MM》一书虽然采用了幽默风趣的方式来介绍设计模式,但其核心价值在于深入浅出地讲解了设计模式的原理和应用场景。对于初学者来说,这是一本不可多得的好书,不仅能够激发学习...
文档"java23种设计模式与追MM.doc"以生动有趣的比喻解释了这些模式,帮助初学者更好地理解和记忆。 1. **工厂模式**:就像在麦当劳或肯德基点餐,你只需要告诉服务员“四个鸡翅”,而不用关心鸡翅是如何制作的。...
关于Java23种设计模式的有趣见解,是一个深入浅出探讨设计模式在实际场景中应用的例子集合。设计模式是软件工程中的重要概念,旨在解决软件开发中常见的问题,提高代码的复用性和可维护性。以下是对给定文件中提及的...
设计模式是一种在特定情况下解决软件设计问题的最佳实践,它能够提高代码的可读性、可维护性和复用性。 首先,我们来看创建模式。创建模式主要关注对象的创建过程,分为工厂模式和工厂方法模式。 1. **工厂模式**...
Java的23种设计模式分别属于创建型、结构型和行为型三大类。 1. **工厂模式**(Factory Pattern): 工厂模式是一种最基础的创建型设计模式,它定义了一个创建对象的接口,但让子类决定实例化哪一个类。在追MM的...
框装起来,这就是 DECORATOR 了装饰器模式:装饰器模式允许动态地给一个...通过这些生动的比喻,我们可以更好地理解 Java 中的23种设计模式,它们在实际编程中有着广泛的应用,帮助我们构建更灵活、可维护的代码结构。