自强不息，止于至善

身无半文，心忧天下；手释万卷，神交古人
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

随笔分类 -  B-.net设计模式

Builder 生成器模式(创建型模式)

摘要： 在软件系统中，有时候面临着“一个复杂对象”的创建工作，其通常由各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将它们组合在一起的算法却相对稳定。如何应对这种变化？如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化，从而保持系统中的“稳定构建算法”不随着需求改变而改变？ 将一个复杂对象的构建与其表示相分离，使得同样的构建过程可以创建不同的表示。 阅读全文

posted @ 2007-11-02 09:05 L.Zhang 阅读(115) 评论(0) 推荐(0)

Abstract Factory 抽象工厂模式(创建型模式)

摘要：在软件系统中，经常面临着“一系列相互依赖的对象”的创建工作；同时，由于需求的变化，往往存在更多系列对象的创建工作。如何应对这种变化？如何绕过常规的对象创建方法(new)，提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合？ 阅读全文

posted @ 2007-11-02 08:30 L.Zhang 阅读(161) 评论(0) 推荐(0)

Factory Method 工厂方法模式(创建型模式)

摘要：在软件系统中，经常面临着“某个对象”的创建工作；由于需求的变化，这个对象经常面临着剧烈的变化，但是它却拥有比较稳定的接口。如何应对这种变化？如何提供一种“封装机制”来隔离出“这个易变对象”的变化，从而保持系统中“其他依赖该对象的对象”不随着需求改变而改变？定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method使得一个类的实例化延迟到子类。 阅读全文

posted @ 2007-11-01 21:50 L.Zhang 阅读(157) 评论(0) 推荐(0)

Singleton单件模式(创建型模式)

摘要：Singleton模式要求一个类有且仅有一个实例，并且提供了一个全局的访问点。这就提出了一个问题：如何绕过常规的构造器，提供一种机制来保证一个类只有一个实例？客户程序在调用某一个类时，它是不会考虑这个类是否只能有一个实例等问题的，所以，这应该是类设计者的责任，而不是类使用者的责任。 阅读全文

posted @ 2007-11-01 21:27 L.Zhang 阅读(123) 评论(0) 推荐(0)