寂寞的风永不搁浅

学习之初 多为转载 未名出处 敬请见谅 点滴积累 必有作为

博客园 首页 新随笔 联系 订阅 管理

随笔分类 -  设计&模式

上一页 1 2 3

摘要:将一个复杂的构建与其表示相分离,使得同样的构建过程可以创建不同的表示。 阅读全文
posted @ 2008-12-03 11:32 景阳 阅读(246) 评论(0) 推荐(0)

摘要:在软件系统中,有时候面临着“一个复杂对象”的创建工作,其通常由各个部分的子对象用一定的算法构成;由于需求的变化,这个复杂对象的各个部分经常面临着剧烈的变化,但是将它们组合在一起的算法确相对稳定。如何应对这种变化?如何提供一种“封装机制”来隔离出“复杂对象的各个部分”的变化,从而保持系统中的“稳定构建算法”不随着需求改变而改变?这就是要说的建造者模式。 阅读全文
posted @ 2008-12-03 11:29 景阳 阅读(209) 评论(0) 推荐(0)

摘要:建造者模式可以将一个产品的内部表象与产品的生成过程分割开来,从而可以使一个建造过程生成具有不同的内部表象的产品对象。 阅读全文
posted @ 2008-12-03 11:26 景阳 阅读(259) 评论(0) 推荐(0)

摘要:提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。 阅读全文
posted @ 2008-12-03 11:23 景阳 阅读(221) 评论(0) 推荐(0)

摘要:在软件系统中,经常面临着“一系列相互依赖的对象”的创建工作;同时由于需求的变化,往往存在着更多系列对象的创建工作。如何应对这种变化?如何绕过常规的对象的创建方法(new),提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合?这就是我们要说的抽象工厂模式。 阅读全文
posted @ 2008-12-03 11:20 景阳 阅读(210) 评论(0) 推荐(0)

摘要:抽象工厂模式是所有形态的工厂模式中最为抽象和最具一般性的一种形态。 阅读全文
posted @ 2008-12-03 11:12 景阳 阅读(190) 评论(0) 推荐(0)

摘要:定义一个创建产品对象的工厂接口,将实际创建工作推迟到子类中。 阅读全文
posted @ 2008-12-03 11:09 景阳 阅读(166) 评论(0) 推荐(0)

摘要:在软件系统中,经常面临着“某个对象”的创建工作,由于需求的变化,这个对象的具体实现经常面临着剧烈的变化,但是它却拥有比较稳定的接口。如何应对这种变化?提供一种封装机制来隔离出“这个易变对象”的变化,从而保持系统中“其它依赖该对象的对象”不随着需求的改变而改变?这就是要说的Factory Method模式了。 阅读全文
posted @ 2008-12-03 11:06 景阳 阅读(153) 评论(0) 推荐(0)

摘要:工厂方法(FactoryMethod)模式是类的创建模式,其用意是定义一个创建产品对象的工厂接口,将实际创建工作推迟到子类中。 阅读全文
posted @ 2008-12-03 11:01 景阳 阅读(226) 评论(0) 推荐(0)

摘要:Simple Factory模式根据提供给它的数据,返回几个可能类中的一个类的实例。通常它返回的类都有一个公共的父类和公共的方法。 阅读全文
posted @ 2008-12-03 10:56 景阳 阅读(236) 评论(0) 推荐(0)

摘要:单例类只能有一个实例。 单例类必须自己创建自己的唯一实例。 单例类必须给所有其它对象提供这一实例。 阅读全文
posted @ 2008-12-03 10:54 景阳 阅读(797) 评论(0) 推荐(0)

摘要:Singleton模式要求一个类有且仅有一个实例,并且提供了一个全局的访问点。 阅读全文
posted @ 2008-11-27 15:29 景阳 阅读(304) 评论(0) 推荐(0)

摘要:保证一个类只有一个实例,并提供访问它的全局访问点。 阅读全文
posted @ 2008-11-27 15:13 景阳 阅读(312) 评论(1) 推荐(0)

摘要:许多人在大量的数据库分析与设计实践中,逐步总结出来的.在应用中发展,在发展中应用。 阅读全文
posted @ 2008-11-26 13:30 景阳 阅读(505) 评论(0) 推荐(0)

上一页 1 2 3