Design Pattern
jacky_xu
这个作者很懒,什么都没留下…
展开
-
.NET设计模式(2):单件模式(Singleton Pattern)
单件模式(Singleton Pattern)——.NET设计模式系列之二 Terrylee,2005年12月07日 概述 Singleton模式要求一个类有且仅有一个实例,并且提供了一个全局的访问点。这就提出了一个问题:如何绕过常规的构造器,提供一种机制来保证一个类只有一个实例?客户程序在调用某一个类时,它是不会考虑这个类是否只能有一个实例等问题的,所以,这应该是类设计者的责任,转载 2007-09-21 10:14:00 · 367 阅读 · 0 评论 -
.NET设计模式开篇
——.NET设计模式系列之一Terrylee,2005年12月06日前言加入Design & Pattern团队有几个月的时间了,惭愧的是从没有写过关于设计模式的随笔,得到wayfarer的同意,把企业库系列的随笔放在了团队的首页上。不是不想去写这样的随笔,也不是没有时间,自己初学设计模式,去写设计模式的文章,有点班门弄斧的味道。园子里吕震宇老师的《设计模式系列》和wayfarer的《转载 2007-09-21 10:12:00 · 421 阅读 · 0 评论 -
.NET设计模式(4):建造者模式(Builder Pattern)
建造者模式(Builder Pattern)——.NET设计模式系列之四Terrylee,2005年12月17日概述在软件系统中,有时候面临着“一个复杂对象”的创建工作,其通常由各个部分的子对象用一定的算法构成;由于需求的变化,这个复杂对象的各个部分经常面临着剧烈的变化,但是将它们组合在一起的算法确相对稳定。如何应对这种变化?如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的转载 2007-09-21 10:17:00 · 380 阅读 · 0 评论 -
.NET设计模式(3):抽象工厂模式(Abstract Factory)
抽象工厂模式(Abstract Factory)——探索设计模式系列之三Terrylee,2005年12月12日概述在软件系统中,经常面临着“一系列相互依赖的对象”的创建工作;同时由于需求的变化,往往存在着更多系列对象的创建工作。如何应对这种变化?如何绕过常规的对象的创建方法(new),提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合?这就是我们要说的抽象转载 2007-09-21 10:15:00 · 437 阅读 · 0 评论 -
.NET设计模式(5):工厂方法模式(Factory Method)
工厂方法模式(Factory Method)——.NET设计模式系列之五Terrylee,2004年1月2日概述在软件系统中,经常面临着“某个对象”的创建工作,由于需求的变化,这个对象的具体实现经常面临着剧烈的变化,但是它却拥有比较稳定的接口。如何应对这种变化?提供一种封装机制来隔离出“这个易变对象”的变化,从而保持系统中“其它依赖该对象的对象”不随着需求的改变而改变?这就是要说的原创 2007-09-21 10:18:00 · 484 阅读 · 0 评论