【译】在c#中实现单例模式-编程思维
目录介绍第一个版本 ——不是线程安全的第二个版本 —— 简单的线程安全第三个版本 - 使用双重检查锁定尝试线程安全第四个版本 - 不太懒,不使用锁且线程安全第五版 - 完全懒惰的实例化第六版 - 使用.NET 4的 Lazy 类型性能与懒惰异常结论 介绍 单例模式是软件工程中最着名的模式之一。从本质上讲,单例是一个只允许创建自身的单个实例的类,并且通常可以简单地访问该实例。最常见的是,单例不允许
morethink program
目录前言单例基类单例提供者总结 前言 在上一篇译文——《深入理解C#——在C#中实现单例模式》中,对在C#中实现单例模式进行了详细阐述。我们在日常的开发中可以采用解决方案4或解决方案6来实现单例模式,但每个单例类都需要单独实现。 我们再来看看使用单例模式的一些场景: 主要意图:保证一个类仅有一个实例,并提供一个访问它的全局访问点。 主要解决:一个全局使用的类频繁地创建与销毁。 何时使用:当您想
一、命令模式介绍 命令模式:将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化,对请求排队或记录请求日志。以及支持可撤销的操作。 说白了,就是将一系列的请求命令封装起来,不直接调用真正执行者的方法,这样比较好扩展。 命令模式UML图: Command(抽象命令类):抽象出命令对象,可以根据不同的命令类型。写出不同的实现类 ConcreteCommand(具体命令类):实现了抽象命
一、中介者模式介绍 中介者模式:用一个中介对象来封装一系列的对象交互,中介者使各对象不需要显示地相互引用。从而使其耦合松散,而且可以独立地改变它们之间的交互。 中介者模式核心:1.就是将网状结构处理成星型结构 2.将多对多处理成一对多 例如:世界上各个国家的和平和安全,沟通和交流等等问题,如果各个国家都可以互相交互的话,容易造成混乱,关系复杂。 这个时候联合国的作用就出现了,联合国作
一、迭代器模式介绍 迭代器模式:提供一种方法顺序的访问一个聚合对象中各个元素,而又不暴露该对象的内部表示。 一般情况,我们自己开发时很少自定义迭代器,因为java本身已经把迭代器做到内部中了(比如:常用的list和set中都内置了迭代器)。 当然,如果真有这种需求需要我们自定义迭代器的话,可以参考jdk的迭代器实现方式来实现自己的迭代器。 迭代器是可以从前往后,或者从后往前遍历的。 为遍历不同聚
一、责任链模式介绍 责任链模式:将能够处理同一类请求的对象连成一条链,使这些对象都有机会处理请求,所提交的请求沿着链传递。从而避免请求的 发送者和接受者之间的耦合关系。链上的对象逐个判断是否有能力处理该请求,如果能则就处理,如果不能,则传给链上的下一个对象。 直到有一个对象处理它为止。 场景: 1、打牌时,轮流出牌 2、接力赛跑 3、请假审批 4、公文审批 责任链UML图: Handler:表
一、享元模式介绍 享元模式(FlyWeight):运用共享技术有效的支持大量细粒度对象的重用。 应用场景:如果项目中有很多完全相同或相似的对象,则可以使用享元模式,节省内存。 享元对象能做到共享的关键就是区分了内部状态和外部状态。 内部状态:可以共享,不会随环境变化而变化 外部状态:不可以共享,会随环境变化而变化 享元模式UML图 FlyweightFactory(享元工厂类):创建并管理享元
一、外观模式介绍 面向对象的一个比较重要的法则:迪米特法则(最少知识原则):一个软件实体应当尽可能少的与其他实体发生相互作用。 外观模式:为子系统中的一组接口提供一个一致的界面,此模式定义了一个高层接口。这个接口使得这一子系统更加容易使用。说白了,就可以理解为封装 外观模式的核心:为子系统提供统一的入口,封装子系统的复杂性,便于客户端调用 例1:股民炒股 未使用外观模式情况 要让股民尽可能少的
一、装饰模式介绍 装饰模式(decorator):表示动态的给一个对象添加一些新的功能(利用子类继承父类也可以实现),但是比生成子类方式更灵活。 也叫装饰者模式或者装饰器模式 例如:我们每个人身上穿的衣服,鞋子,领带,披风都可以理解为是对人的装饰。 装饰器模式类图: Component:定义一个对象接口,可以给这些对象动态添加职责。真实对象和装饰者对象有相同的接口,这样客户端不用知道内部有装饰
一、组合模式介绍 组合模式:将对象组合成树形结构以表示:部分--整体 的层次结构。组合模式使得用户对单个对象和组合对象的使用具有一致性。 java中的组合是指:在A类里定义一个B类的引用,A拥有了B,叫组合。只是单纯的组合而已,而不是一种设计模式。 组合和组合模式不是一回事! 基本上见到的树形结构都使用到了组合模式。 组合模式结构图: 组合模式中有几个核心的部分: Leaf(叶子):表示该节点
一、桥接模式介绍: 桥接模式:将抽象部分与它的实现部分分离,使它们都可以独立的变化。而不会直接影响到其他部分。 未使用桥接模式的抽象与实现结构图(如下): 如果要增加一个apple品牌的电脑,则需要在台式机下新增一个apple的台式机 在笔记本下新增一个apple笔记本,在pad下新增一个apple的pad。代码比较繁琐。 如果使用桥接模式(如下图),使抽象部分和抽象的派生(实现)部分分离出来
一、代理模式介绍 代理模式:为其他对象提供一种代理以便控制对这个对象的访问。 可以详细控制访问某个类(对象)的方法,在调用这个方法前作的前置处理(统一的流程代码放到代理中处理)。调用这个方法后做后置处理。 例如:明星的经纪人,租房的中介等等都是代理 代理模式分类: 1.静态代理(静态定义代理类,我们自己静态定义的代理类。比如我们自己定义一个明星的经纪人类) 2.动态代理(通过程序动态生成代理
一、适配器模式介绍 适配器模式:将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的类可以一起工作。 例如: NBA中的球员来自不同国家,而世界标准语言是英语。那他们不会英语,也不能各自学习所有国家的语言。所以,最好的办法就是请不同的翻译 将这些球员国家的语言翻译成英语。而这些翻译就是适配器 适配器模式分类: 1、类适配器模式(不推荐使用):由于
一、单例模式介绍 单例模式:保证一个类只有一个实例,并且提供一个访问该实例的全局访问点。 单例模式优点: 1.只生成一个实例,系统开销比较小 2.单例模式可以在系统设置全局的访问点,优化共享资源的访问。 常见单例模式分类: 主要: 饿汉式(线程安全,调用效率高,但是不能延时加载) 懒汉式(线程安全,调用效率不高,但是可以延时加载) 其他: 双重检测锁式(由于JVM底层内部模型原因,偶尔会出问题。
一、建造者模式介绍 建造者模式:将一个复杂的构建与其表示相分离,使得同样的构建过程可以创建不同的表示。 [构建与表示分离,同构建不同表示] 假如一个对象的构建很复杂,需要很多步骤。则可以使用建造者模式,将其构建对象和组装成一个对象这两步给分开来。构建部分为(builder)和组织部分(director),实现了构建和装配的解耦。 不同的构建器,相同的装配也可以做出不同的对象。 相同的构建器,不同