singleton模式和prototype模式
javascript中常见的三种开发模式
javascript中常见的三种开发模式⼀、单例模式： 所谓单例模式，即保证⼀个类只有⼀个实例,并提供⼀个访问它的全局访问点。
<script type="text/javascript">//⼀个类有某个实例，就⽤这个实例，没有的话，就新⽣成⼀个实例var singleTon = (function(){var _instance = null;function Foo(){this.a = "**";this.b = "**";}Foo.prototype.fn = function(){}return {getInstance:function(){if(!_instance){_instance = new Foo();}return _instance;}}})();console.log(singleTon.getInstance()==singleTon.getInstance());</script> 单例模式实现弹出层：<!DOCTYPE html><html><head><meta charset="UTF-8"><title></title><style type="text/css">div{height: 100px;width: 100px;background: red;}</style></head><body><input type="button" id="btn" value="弹出层"/><script type="text/javascript">(function(){var oBtn = document.getElementById("btn");var _instance = null;//创建弹窗类function PopBox(){this.node = document.createElement("div");document.body.appendChild(this.node);}oBtn.onclick = function(){if(!_instance){_instance = new PopBox;}}})();</script></body></html>⼆、观察者模式： 所谓观察者模式，即（发布-订阅模式）：其定义对象间⼀种⼀对多的依赖关系，当⼀个对象的状态发⽣改变时，所有依赖于它的对象都将得到通知。
23种设计模式的通俗理解
23种设计模式的通俗理解【转】1、FACTORY 工厂方法追MM少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是MM爱吃的东西，虽然口味有所不同，但不管你带MM去麦当劳或肯德基，只管向服务员说“来四个鸡翅”就行了。
麦当劳和肯德基就是生产鸡翅的Factory 工厂模式：客户类和工厂类分开。
消费者任何时候需要某种产品，只需向工厂请求即可。
消费者无须修改就可以接纳新产品。
缺点是当产品修改时，工厂类也要做相应的修改。
如：如何创建及如何向客户端提供。
2、BUILDER 抽象工厂MM最爱听的就是“我爱你”这句话了，见到不同地方的MM,要能够用她们的方言跟她说这句话哦，我有一个多种语言翻译机，上面每种语言都有一个按键，见到MM我只要按对应的键，它就能够用相应的语言说出“我爱你”这句话了，国外的MM也可以轻松搞掂，这就是我的“我爱你”builder。
（这一定比美军在伊拉克用的翻译机好卖）建造模式：将产品的内部表象和产品的生成过程分割开来，从而使一个建造过程生成具有不同的内部表象的产品对象。
建造模式使得产品内部表象可以独立的变化，客户不必知道产品内部组成的细节。
建造模式可以强制实行一种分步骤进行的建造过程。
3、FACTORY METHOD 建造者模式请MM去麦当劳吃汉堡，不同的MM有不同的口味，要每个都记住是一件烦人的事情，我一般采用Factory Method模式，带着MM到服务员那儿，说“要一个汉堡”，具体要什么样的汉堡呢，让MM直接跟服务员说就行了。
工厂方法模式：核心工厂类不再负责所有产品的创建，而是将具体创建的工作交给子类去做，成为一个抽象工厂角色，仅负责给出具体工厂类必须实现的接口，而不接触哪一个产品类应当被实例化这种细节。
4、PROTOTYPE 原型模式跟MM用QQ聊天，一定要说些深情的话语了，我搜集了好多肉麻的情话，需要时只要copy出来放到QQ里面就行了，这就是我的情话prototype了。
（100块钱一份，你要不要）原始模型模式：通过给出一个原型对象来指明所要创建的对象的类型，然后用复制这个原型对象的方法创建出更多同类型的对象。
二十三中设计模式
1、工厂模式：Factory客户类和工厂类分开。
消费者任何时候需要某种产品，只需向工厂请求即可。
消费者无须修改就可以接纳新产品。
缺点是当产品修改时，工厂类也要做相应的修改。
如：如何创建及如何向客户端提供。
2、建造模式：Builder将产品的内部表象和产品的生成过程分割开来，从而使一个建造过程生成具有不同的内部表象的产品对象。
建造模式使得产品内部表象可以独立的变化，客户不必知道产品内部组成的细节。
建造模式可以强制实行一种分步骤进行的建造过程。
3、工厂方法模式：FactoryMethod核心工厂类不再负责所有产品的创建，而是将具体创建的工作交给子类去做，成为一个抽象工厂角色，仅负责给出具体工厂类必须实现的接口，而不接触哪一个产品类应当被实例化这种细节。
4、原始模型模式：Prototype通过给出一个原型对象来指明所要创建的对象的类型，然后用复制这个原型对象的方法创建出更多同类型的对象。
原始模型模式允许动态的增加或减少产品类，产品类不需要非得有任何事先确定的等级结构，原始模型模式适用于任何的等级结构。
缺点是每一个类都必须配备一个克隆方法。
5、单例模式：Singleton单例模式确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例单例模式。
单例模式只应在有真正的“单一实例”的需求时才可使用。
6、适配器(变压器)模式：Adapter把一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口原因不匹配而无法一起工作的两个类能够一起工作。
适配类可以根据参数返还一个合适的实例给客户端.7、桥梁模式：Bridge将抽象化与实现化脱耦，使得二者可以独立的变化，也就是说将他们之间的强关联变成弱关联，也就是指在一个软件系统的抽象化和实现化之间使用组合/聚合关系而不是继承关系，从而使两者可以独立的变化。
8、合成模式：Composite合成模式将对象组织到树结构中，可以用来描述整体与部分的关系。
合成模式就是一个处理对象的树结构的模式。
以下属于创建型设计模式的
以下属于创建型设计模式的
以下是一些常见的创建型设计模式：
1. 单例模式（Singleton Pattern）：确保一个类只有一个实例，并且提供一个全局访问点。
2. 工厂模式（Factory Pattern）：通过一个工厂类来创建其他相关的对象，而不需要直接实例化对象。
3. 抽象工厂模式（Abstract Factory Pattern）：提供一个接口，用于创建一系列相关或依赖对象的家族，而不需要指定具体的类。
4. 建造者模式（Builder Pattern）：将一个复杂对象的构建步骤分离开来，使得同样的构建过程可以创建不同的表示。
5. 原型模式（Prototype Pattern）：通过复制现有的对象来创建新对象，而不是通过实例化新对象。
6. 简单工厂模式（Simple Factory Pattern）：通过一个工厂类来创建其他相关的对象，但与工厂模式不同的是，简单工厂模式只有一个工厂方法用于创建对象。
7. 对象池模式（Object Pool Pattern）：维护一组已经创建好的对象，当需要时从对象池中取出对象，而不是实时创建对象。
Bean的作用域介绍(Singleton与prototype)
Bean的作用域介绍(Singleton与prototype)Spring Bean作用域介绍：singleton：Spring Ioc容器只会创建该Bean的唯一实例，所有的请求和引用都只使用这个实例Property: 每次请求都创建一个新实例request: 在一次Http请求中，容器会返回该Bean的同一个实例，而对于不同的用户请求，会返回不同的实例。
需要注意的是，该作用域仅在基于Web的Spring ApplicationContext情形下有效，以下的session 和global Session也是如此session：同上，唯一的区别是请求的作用域变为了sessionglobal session：全局的HttpSession中，容器会返回该bean的同一个实例，典型为在是使用portlet context 的时候有效（这个概念本人也不懂）注意：如果要用到request，session，global session时需要配置servlet2.4及以上：在web.xml中添加：<listener><listener-class>org.springframework.web.context.scope.RequestContextListener /></listener>servlet2.4以下：需要配置一个过滤器<filter><filter-name>XXXX</filter-name><filter-class>org.springframework.web.filter.RequestContextFilter</filter-class><filter-mapping><filter-name>XXXX</filter-name><url-pattern>/*</url-pattern></filter-mapping>另外，从2.0开始，可以自己定义作用域，但需要实现scope，并重写get和remove方法特别要引起注意的是：一般情况下前面两种作用域是够用的，但如果有这样一种情况：singleton类型的bean引用一个prototype的bean时会出现问题，因为singleton只初始化一次，但prototype每请求一次都会有一个新的对象，但prototype类型的bean是singleton类型bean的一个属性，理所当然不可能有新prototpye的bean 产生，与我们的要求不符解决方法：1.放弃Ioc，这与设计初衷不符，并代码间会有耦合2，Lookup方法注入，推荐但在用Lookup方法注入时也需要注意一点：需要在引用的Bean中定一个一个抽象地返回被引用对象的方法package com.huyong.lookup;import java.util.Calendar;/*** @author HuY ong Email:yate7571@*/public class CurrentTime {private Calendar now = Calendar.getInstance();public void printCurrentTime() {System.out.println("Current Time:" + now.getTime());}}package com.huyong.lookup;/*** @author HuY ong Email:yate7571@*/public abstract class LookupBean {private CurrentTime currentTime;public CurrentTime getCurrentTime() {return currentTime;}public void setCurrentTime(CurrentTime currentTime) {this.currentTime = currentTime;}public abstract CurrentTime createCurrentTime();}<?xml version="1.0" encoding="UTF-8"?><beans xmlns="/schema/beans"xmlns:xsi="/2001/XMLSchema-instance"xsi:schemaLocation="/schema/beans/schema/beans/spring-beans-2.0.xsd"><bean id="currentTime" class="com.huyong.lookup.CurrentTime"scope="prototype"></bean><bean id="lookupBean" class="com.huyong.lookup.LookupBean"scope="singleton"><lookup-method name="createCurrentTime" bean="currentTime" /><property name="currentTime" ref="currentTime"></property></bean></beans>Main Test：package com.huyong.lookup;import org.springframework.beans.factory.BeanFactory;import org.springframework.beans.factory.xml.XmlBeanFactory;import org.springframework.core.io.ClassPathResource;/*** @author HuY ong Email:yate7571@*/public class LookupMain {/*** @param args* @throws Exception*/public static void main(String[] args) throws Exception { ClassPathResource resource = new ClassPathResource( "applicationContext.xml");BeanFactory factory = new XmlBeanFactory(resource);LookupBean lookupBean = (LookupBean) factory.getBean("lookupBean"); System.out.println("----------first time---------");System.out.println("getCurrentTime:");lookupBean.getCurrentTime().printCurrentTime();System.out.println("createCurrentTime:");lookupBean.createCurrentTime().printCurrentTime();Thread.sleep(12345);System.out.println("---------second time---------");System.out.println("getCurrentTime:");LookupBean lookupBean02 = (LookupBean) factory.getBean("lookupBean"); lookupBean02.getCurrentTime().printCurrentTime();System.out.println("createCurrentTime:");lookupBean02.createCurrentTime().printCurrentTime();}}感觉Spring的东西比较杂，学好spring一定要明白反射和代理是怎么回事！渐渐的也挺会到了Spring的好处！简单就是美！！。
23种设计模式记忆口诀
23种设计模式记忆口诀设计模式是软件开发中常见的解决方案模板，它们能够解决许多常见的设计问题。
为了帮助记忆23种设计模式，可以使用下面这个口诀来记忆：Creational Patterns（创建型模式）:1. Singleton（单例模式）：一个类能产生一个实例，全局访问。
2. Builder（建造者模式）：分步骤创建复杂对象，易拓展。
3. Factory Method（工厂方法模式）：子类决定实例化哪个对象。
4. Abstract Factory（抽象工厂模式）：创建一组相关对象，不依赖具体类。
5. Prototype（原型模式）：通过复制现有对象来创建新对象。
Structural Patterns（结构型模式）:6. Adapter（适配器模式）：将类的接口转换为客户端希望的接口。
7. Bridge（桥接模式）：将抽象部分与实际部分分离。
将对象组合成树形结构来表示部分整体的层次结构。
9. Decorator（装饰器模式）：动态地给对象添加功能。
10. Facade（外观模式）：提供一个统一的接口，简化客户端使用。
11. Flyweight（享元模式）：共享细粒度对象，减少内存使用。
12. Proxy（代理模式）：控制对其他对象的访问。
Behavioral Patterns（行为型模式）:13. Chain Of Responsibility（责任链模式）：将请求的发送者和接收者解耦，多个对象都可能处理请求。
将请求封装成对象，可以用参数化方式处理。
15. Iterator（迭代器模式）：提供一种遍历集合的统一接口。
16. Mediator（中介者模式）：将多个对象之间的复杂关系解耦。
17. Memento（备忘录模式）：将对象的状态保存起来，以后可以恢复。
18. Observer（观察者模式）：当一个对象改变状态时，依赖它的对象都会收到通知。
19. State（状态模式）：对象的行为随状态的改变而改变。
软件常见设计模式
软件常见设计模式1.创建型模式单例模式单例模式（Singleton Pattern）是⼀种常⽤的软件设计模式，该模式的主要⽬的是确保某⼀个类只有⼀个实例存在。
当你希望在整个系统中，某个类只能出现⼀个实例时，单例对象就能派上⽤场。
⽐如，某个服务器程序的配置信息存放在⼀个⽂件中，客户端通过⼀个 AppConfig 的类来读取配置⽂件的信息。
如果在程序运⾏期间，有很多地⽅都需要使⽤配置⽂件的内容，也就是说，很多地⽅都需要创建 AppConfig 对象的实例，这就导致系统中存在多个 AppConfig 的实例对象，⽽这样会严重浪费内存资源，尤其是在配置⽂件内容很多的情况下。
事实上，类似 AppConfig 这样的类，我们希望在程序运⾏期间只存在⼀个实例对象1 class Singleton(object):2 def __init__(self):3 pass45 def __new__(cls, *args, **kwargs):6 if not hasattr(Singleton, "_instance"): # 反射7 Singleton._instance = object.__new__(cls)8 return Singleton._instance910 obj1 = Singleton()11 obj2 = Singleton()12 print(obj1, obj2) #<__main__.Singleton object at 0x004415F0> <__main__.Singleton object at 0x004415F0>1 class Singleton(object):2 def __init__(self):3 pass45 def __new__(cls, *args, **kwargs):6 if not hasattr(Singleton, "_instance"): # 反射7 Singleton._instance = object.__new__(cls)8 return Singleton._instance910 obj1 = Singleton()11 obj2 = Singleton()12 print(obj1, obj2) #<__main__.Singleton object at 0x004415F0> <__main__.Singleton object at 0x004415F0>⼯⼚模式⼯⼚模式是⼀个在软件开发中⽤来创建对象的设计模式。
java常用的设计模式及应用场景
java常用的设计模式及应用场景一、单例模式（Singleton）单例模式是一种对象创建型模式，它指的是设计一个类，使其只能生成一个实例。
它只提供一个类实例，保证只有一个实例存在。
有时候，只需要一个类的实例来控制整个系统，例如实现一个全局的缓存，或是建立一个共享的日志记录器，单例模式可以很好的实现这个目的。
应用场景：1、对于需要频繁创建和销毁的对象，可以考虑使用单例模式，以避免过多地重复创建和销毁造成系统开销。
2、对于某些资源比较宝贵的对象，例如数据库连接，则可以用单例模式进行封装，保证全局应用程序只有一个，从而避免重复创建，浪费资源。
二、工厂模式（Factory）工厂模式是一种类创建型模式，它把类的实例化推迟到子类来完成。
它用于隔离客户类和实例化对象，通过声明抽象类类来定义构造过程，将不同的定义转移到不同的子类中去，从而使用户不需要关心实例化过程。
1、在有大量不同对象需要创建和管理的情况下，可以利用工厂模式封装类的实例化和存储，将池中不同对象来进行统一管理。
2、在使用设计模式的情况下，复杂的类结构已经不适合用一个实例来创建，可以采用工厂模式实现多个类的实例化，让用户不用关心对象实例的创建过程。
抽象工厂模式是一种工厂模式的拓展，它把简单工厂模式的单一职责拆分为多个类，从而实现一个系列相关的或相互依赖的工厂，以满足比较复杂的对象创建需求。
1、在需要创建复杂对象，而复杂对象又由多个部件组成的情况下，例如计算机，单一工厂模式已经不能满足需求，那么可以通过抽象工厂模式来实现。
2、在需要产生大量不同类型的对象，或者存在一系列相互依赖的产品族，这种情况下可以使用抽象工厂模式，将工厂定义为不同维度组成的一个系列。
四、建造者模式（Builder）建造者模式是一种设计模式，它也叫构造子模式，通过使用建造者模式，客户端可以不必担心具体的生产过程，只需要给出具体的请求，由建造者来负责构造出请求的产品对象。
1、在有复杂的产品对象的时候，例如需要对多个部件进行拼装，以构造出复杂的对象，可以采用建造者模式将复杂的拼装过程进行封装，避免复杂的拼装过程变得混乱。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
spring 的单例模式
singleton---单例模式
单例模式,在spring 中其实是scope(作用范围)参数的缺省设定值
每个bean定义只生成一个对象实例,每次getBean请求获得的都是此实例
单例模式分为饿汉模式和懒汉模式
饿汉模式
spring singleton的缺省是饿汉模式:启动容器时(即实例化容器时),为所有spring配置文件中定义的bean都生成一个实例
懒汉模式
在第一个请求时才生成一个实例,以后的请求都调用这个实例
spring singleton设置为懒汉模式:
<beans
default-lazy-init="true">
另一种和singleton对应的scope值---prototype多实例模式
调用getBean时,就new一个新实例
singleton和prototype的比较
singleton
xml配置文件:
<bean id="dvdTypeDAO" class="com.machome.hibernate.impl.DvdTypeDAOImpl" />
测试代码:
ctx = new ClassPathXmlApplicationContext("spring-hibernate-mysql.xml");
DvdTypeDAO tDao1 = (DvdTypeDAO)ctx.getBean("dvdTypeDAO");
DvdTypeDAO tDao2 = (DvdTypeDAO)ctx.getBean("dvdTypeDAO");
运行:
true
com.machome.hibernate.impl.DvdTypeDAOImpl@15b0333
com.machome.hibernate.impl.DvdTypeDAOImpl@15b0333
说明前后两次getBean()获得的是同一实例,说明spring缺省是单例
prototype
<bean id="dvdTypeDAO" class="com.machome.hibernate.impl.DvdTypeDAOImpl" scope="prototype" />
执行同样的测试代码
运行:
false
com.machome.hibernate.impl.DvdTypeDAOImpl@afae4a
com.machome.hibernate.impl.DvdTypeDAOImpl@1db9852
说明scope="prototype"后,每次getBean()的都是不同的新实例。