小白白

今天为大家介绍一个使用很频繁的设计模式----------单例设计模式顾名思义单例设计模式 就是保持类只有一个实例，并且提供全局的访问接口。一般作用于一些只具有唯一性的系统组件，如配置文件等那么如何保持类的唯一性呢，就是不允许实例化，那么将他的构造方法设置为私有化就可以了。/** * */package com.model.singleton;/** * @aut

责任链模式是WBE中常用的一种模式,他的目的是使多个对象都有机会能够处理请求，避免请求的发送者和接受请求者之间的耦合关系，作用是解耦。将这些对象串成一个链子，让请求沿着这个链子传递下去直到处理完成，他的实现很简单。这里我们要讲学习设计模式就和打太极一样、切勿生搬硬套一定要符合设计模式什么的、设计模式只是传达一个思想，在实际应用中能够结合考虑，不一定要在设计中使用设计模式，只要复合软件设计原

前段时间一直比较忙、没有什么功夫去写博客、现在闲下来了、就先写一个把、这次要说的是代理模式、简单来说、代理就是一个中间商、比如卖电脑配件的、所有的配件厂家都是直接给代理商又代理商来进行销售的、我们只要问代理商去买就可以了、说白了就是客户不直接与某些对象引用，由专门的代理来作为一个中介来为客户与厂商双方服务，去掉客户不能看见的和增加客户需要的这样代理模式主要有三个要素1.抽象主题角色：这

简单工厂模式又叫静态工厂方法模式,顾名思义、简单工厂模式、很简单、的确很简单,它就是用来定义创建对象的接口。简单工厂模式有几个必要因素,从名字工厂来看必然少不了工厂,工厂就是生产产品的地方,那么也就需要产品。1.工厂类角色:这是本设计模式的核心,包含逻辑判断,一般用一个类来实现。2.抽象产品角色:他是具体产品的所要继承的父类或者实现的接口,Java一般使用接口来, 单继承嘛。3.具

门面模式是一个非常简单的模式,其核心含义就是外部程序调用子系统通过统一的接口就是门面而不是直接去使用子系统这样子系统的修改变更将不影响到外部程序,变得易于修改。例如：            我们在使用jdbc访问数据库时需要做获得连接等等一些操作这些每个方法都可以变为子系统如果没有一个统一的一个访问门面那么我们就需要每次都要建立连接等子系统都去调用,一旦一个子系统修改,所有的程序都

我们家里需要装潢,例如墙上要粉刷或者贴墙纸,不论怎么装饰墙还是墙,只是在原有的基础上多了些美观性。这里我们要讲述的装饰模式类似于刷墙贴墙纸,这里来装饰我们的方法,让我们原有的方法的功能增加或者减少而不影响原来的方法,类似于墙他还是墙功能没有改变.装饰模式里有四个要素1.抽象构建角色:定义一个接口,规范对象2具体构建角色:实现抽象构件角色的接口3.抽象装饰角色:持有一个构建角色的

组合模式又叫树模式,是一个应用比较广泛的设计模式,数据结构中我们学过树这一个概念,组合模式类似于树的概念,枝干代表整体,树叶和分支代表部分。组合模式通常应用在表示二叉树，多叉树等树形结构的数据集合。我们通过一个简单的window目录来简讲解组合模式组合模式的元素：1.Component (抽象构建角色)是组合中的对象声明接口，在适当的情况下，实现所有类共有接口的默认行为。声明一

桥梁模式的定义:抽象的部分和他的实现部分分离,是他们都可以独立的变化。一般一个抽象有多个实现时我们一般通过继承来协调他们,通过定义抽象的接口用子类来实现,这样方法有时不太灵活,很难使抽象部分和实现部分单独修改。此时我们通过桥梁模式将他们拆分开来,就能很好的解决这个问题。桥梁模式使用的是一个组合的关系。桥梁模式有四个元素抽象角色：它定义了一个接口而且拥有一个指向实现接口角色的一个

原型模式属于创建模式,GOF对他的定义是：用原型实例指定创建对象的种类,并且通过拷贝原型创建新对象。说白了就是对象拷贝,java中有clone方法实现起来非常的容易。原型设计模式有几个要素：客户角色：让一个原型克隆自己来得到一个新对象抽象原型角色：实现自己的clone方法,是具体原型角色的父类具体原型角色：被复制的对象,是抽象原型角色的子类/** * */p

命令模式可以将“动作的请求者”从“动作的执行者”对象中解耦。利用命令对象，把请求封装成一个特定对象。Command：定义命令的接口，声明执行的方法。ConcreteCommand：命令接口实现对象，是“虚”的实现；通常会持有接收者，并调用接收者的功能来完成命令要执行的操作。Receiver：接收者，真正执行命令的对象。任何类都可能成为一个接收者，只要它能够实现命令要