c#设计模式
守枫竹清
这个作者很懒,什么都没留下…
展开
-
单例模式
单例模式(Singleton):保证一个类仅有一个实例,并提供一个访问它的全局访问点。一、单例模式 通常我们可以让一个全局变量使得一个对象被访问,但它不能防止你实例化多个对象。一个最好的办法就是,让类自身负责保存它的唯一实例。这个类可以保证没有其他实例可以被创建,并且它可以提供一个访问该实例的方法。 单例模式结构图: Singleton类,定义一个转载 2015-05-06 19:31:22 · 495 阅读 · 0 评论 -
Factory Method模式的误区:Factory Method模式是简化版的Abstract Factory吗?
FactoryMethod是一个相对比较简单的创建型模式,但是能领悟或者用对的并不多见;很多示例都没有反应出Factory Method的核心思想,只是实现了一个简化版的Abstract Factory,然后给出的解释是Factory Method模式解决“单个对象”的需求变化,Abstract Factory 模式解决“系列对象”的需求变化。 试想一下,如果把1视为N的一种特殊情况,则转载 2015-07-10 13:22:13 · 589 阅读 · 0 评论 -
C#设计模式(4)——抽象工厂模式(Abstract Factory)
一、引言在上一专题中介绍了工厂方法模式,工厂方法模式是为了克服简单工厂模式的缺点而设计出来的,简单工厂模式的工厂类随着产品类的增加需要增加额外的代码),而工厂方法模式每个具体工厂类只完成单个实例的创建,所以它具有很好的可扩展性。但是在现实生活中,一个工厂只创建单个产品这样的例子很少,因为现在的工厂都多元化了,一个工厂创建一系列的产品,如果我们要设计这样的系统时,工厂方法模式显然在这里不适用转载 2015-07-06 09:01:56 · 733 阅读 · 0 评论 -
C#设计模式——工厂方法模式(Factory Method)
一、引言 在简单工厂模式中讲到简单工厂模式的缺点,有一点是——简单工厂模式系统难以扩展,一旦添加新产品就不得不修改简单工厂方法,这样就会造成简单工厂的实现逻辑过于复杂,然而本专题介绍的工厂方法模式可以解决简单工厂模式中存在的这个问题,下面就具体看看工厂模式是如何解决该问题的。二、工厂方法模式的实现 工厂方法模式之所以可以解决简单工厂的模式,是因为它的实现把具体产品的转载 2015-07-06 08:59:06 · 1101 阅读 · 0 评论 -
c#设计模式---建造者模式(Builder Pattern)
一 意图将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。二 适用性在以下情况使用Build模式:1 当创建复杂对象的算法应该独立于该对象的组成部分以及它们的装配方式时。2 当构造过程必须允许被构造的对象有不同的表示时。3 Builder模式要解决的也正是这样的问题: 当我们要创建的对象很复杂的时候(通常是由很多其他转载 2015-07-10 13:13:22 · 2034 阅读 · 2 评论 -
设计模式学习笔记-观察者模式(Observer)
1. 概述 有时被称作发布/订阅模式,观察者模式定义了一种一对多的依赖关系,让多个观察者对象同时监听某一个主题对象。这个主题对象在状态发生变化时,会通知所有观察者对象,使它们能够自动更新自己。2. 解决的问题 将一个系统分割成一个一些类相互协作的类有一个不好的副作用,那就是需要维护相关对象间的一致性。我们不希望为了维持一致性而使各类紧密耦合,这样会给维护、扩展和重用都带转载 2015-08-18 10:55:33 · 463 阅读 · 0 评论 -
23种设计模式概要及易懂的例子
23种设计模式(分为三大类) 因为内容是从有道云笔记挪过来的,所以排版有点丑,如有不足或错误还望指点。。注意,一些设计模式之间的(代码)"形式"虽然相同或相似,但是"语义"是截然不同的。个人认为设计模式提倡的是一种编码思想,而不是规范。为什么要使用设计模式?为了代码复用,增加可维护性设计模式的六大原则1、开闭原则(Open转载 2015-08-20 09:04:23 · 6537 阅读 · 1 评论 -
深入理解IOC模式及Unity框架
研究了下,有几篇博客确实已经说得很清楚了 1、IoC模式:http://www.cnblogs.com/qqlin/archive/2012/10/09/2707075.html 这篇博客是通过一个播放器的例子来说明什么是依赖,依赖倒置,控制反转(IOC),最后实现依赖注入。通过Unity实现IOC容器。不错的一个例子 2、深入理解DIP、IoC、DI以及IoC容器转载 2017-02-21 15:29:04 · 1438 阅读 · 0 评论