概述 在软件系统中，经常面临着“一系列相互依赖的对象”的创建工作；同时由于需求的变化，往往存在着更多系列对象的创建工作。如何应对这种变化？如何绕过常规的对象的创建方法（new），提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合？这就是我们要说的抽象工厂模式。 简而言之: 通过传入"类名", 创建不同的对象. 意图 提供一个创建一系列相关或相互依... [阅读全文]

我们继续学习设计模式系列文章。 今天要讲的是设计模式中经常被用到的“工厂模式”，所谓工厂模式就是将对象的创建交给一个叫做工厂的对象来统一进行处理。主要是将对象的依赖关系进行解耦，消除对象之间的直接耦合。那么工厂的使用有几种方式呢？那就要看我们对工厂的理解了，工厂是创建对象的一个逻辑名称，工厂可以是一个方法、一个静态类等等。只要起到对象的创建就能给它赋予上一个工厂的名称。 那... [阅读全文]

简单工厂模式又称静态工厂方法模式（Static Factory Method），它不是23种模式之一，但是却是我们常用的设计模式之一。代码先行： 1: // abstract base class 2: class Operation 3: { 4: public: 5: int m_nFirst; 6: int m_nSecond; 7: 8: virtual double GetRe... [阅读全文]

转自：《模式工程化实现及扩展》（设计模式C# 版） http://www.cnblogs.com/callwangxiang/请修改本章最后完成的那个比较适于工程应用的Factory，使其支持含参数的构造函数分析：1、本着OCP原则，我们不对原有Factory 进行修改，而是通过继承对其进行扩展 2、继续采用.NET Framework自带的Activator提供对于带参数构造函数的支持 3、为了... [阅读全文]

1、目的： 提供一个创建一系列相关或相互依赖对象的接口而无需指定它们具体的类。 2、适用情况： 1）一个系统要独立于它的产品的创建、组合和表示时； 2）一个系统要由多个产品系列中一个来配置时； 3）当你要强调一系列相关的产品对象的设计以便联合使用时； 4）当你提供一个产品类库，而只想显示他们的接口，而不是实现时。 5、结构 6、效果 抽象工厂方法有以下优点和缺点： 1）、Abstract Fac... [阅读全文]

　　一、上篇回顾　　上篇我们主要讲述了简单工厂模式和工厂模式。并且分析了每种模式的应用场景和一些优缺点，我们现在来回顾一下：　　简单工厂模式：一个工厂负责所有类型对象的创建，不支持无缝的新增新的类型对象的创建。　　工厂模式：多个工厂负责多个类型对象的创建，每个工厂只负责具体类型对象的创建，支持无缝的新增类型对象的创建，需要实现工厂接口类和具体的类型对象类。　　我们来简单的对比下这2个模式的优缺点：... [阅读全文]

想实现这样一个功能：开展一个网站邀请活动，然后参与者(owner)将推广的网站地址链接发给好友，好友点击链接后在网站注册成功，owner的邀请日志记录条数加1。 活动类 Activity 复制代码 代码如下: class Activity extends ElggEntity { private $strategy; //用于保存策略实例 public function __constructio... [阅读全文]

一、上篇回顾 上篇我们主要讲述了简单工厂模式和工厂模式。并且分析了每种模式的应用场景和一些优缺点，我们现在来回顾一下： 简单工厂模式：一个工厂负责所有类型对象的创建，不支持无缝的新增新的类型对象的创建。 工厂模式：多个工厂负责多个类型对象的创建，每个工厂只负责具体类型对象的创建，支持无缝的新增类型对象的创建，需要实现工厂接口类和具体的类型对象类... [阅读全文]

　　从耦合关系谈起　　耦合关系直接决定着软件面对变化时的行为　　-模块与模块之间的紧耦合使得软件面对变化时，相关模块都要随之更改 　　-模块与模块之间的松耦合使得软件面对变化时，一些模块更容易被替换或者更改，但其他模块保持不变 　　抽象部分变化慢，细节（具体）部分变化快；高层部分变化慢，底层部分变化快。　　当我们对于系统的认识无法梳理出上面的图时，最好不要一开始就用设计模式，设计模式其实是一个演绎... [阅读全文]

实现抽象工厂模式，生成系列产品。每一种物品都必须实现各自基类或者实现各自的接口（共性）工厂类也必须有抽象的基类，感觉这里是接口比较好，好像j2ee中的访问数据库那样，实现在用jdbc和用hibernate中切换，只要把子类的生产工厂换掉，就可以实现jdbc和hibernate的切换。----------- 物品类 -----------------public abstract class Ve... [阅读全文]

接上篇http://www.crazycoder.cn/DotNet/Article11075.html 为系统增加抽象工厂方法 很显然，前面的解决方案带来了一个副作用：就是系统不但增加了新的类Factory，而且当系统移植时，移植工作仅仅是转移到Factory类上，工作量 并没有任何缩减，而且还是要修改系统的源码。 从Factory类在系统移植时修改的内容我们可以看出: 实际上它是专属于... [阅读全文]

接上篇 http://www.crazycoder.cn/DotNet/Article11074.html结果我们发现：每当Softo系统移植的时候，就抛弃原来的类。现在，如果中国联想集团要购买该系统，我们不得不再次抛弃AmericanTax,AmericanBonus，修改回原来的业务规则。 一个可以立即想到的做法就是在系统中保留所有业务规则模型，即保留中国和美国企业工资运算规则。 ... [阅读全文]

接上篇 http://www.crazycoder.cn/DotNet/Article11074.html结果我们发现：每当Softo系统移植的时候，就抛弃原来的类。现在，如果中国联想集团要购买该系统，我们不得不再次抛弃AmericanTax,AmericanBonus，修改回原来的业务规则。 一个可以立即想到的做法就是在系统中保留所有业务规则模型，即保留中国和美国企业工资运算规则。 ... [阅读全文]

接上篇 http://www.crazycoder.cn/DotNet/Article11074.html结果我们发现：每当Softo系统移植的时候，就抛弃原来的类。现在，如果中国联想集团要购买该系统，我们不得不再次抛弃AmericanTax,AmericanBonus，修改回原来的业务规则。 一个可以立即想到的做法就是在系统中保留所有业务规则模型，即保留中国和美国企业工资运算规则。 ... [阅读全文]

接上篇 http://www.crazycoder.cn/DotNet/Article11074.html结果我们发现：每当Softo系统移植的时候，就抛弃原来的类。现在，如果中国联想集团要购买该系统，我们不得不再次抛弃AmericanTax,AmericanBonus，修改回原来的业务规则。 一个可以立即想到的做法就是在系统中保留所有业务规则模型，即保留中国和美国企业工资运算规则。 ... [阅读全文]

详述.NET设计模式抽象工厂模式（Abstract Factory... [阅读全文]

详述.NET设计模式抽象工厂模式（Abstract Factory... [阅读全文]

详述.NET设计模式抽象工厂模式（Abstract Factory... [阅读全文]

备注，设计模式其实是双刃剑，可以很方便的使我们采用代码生成的方式来做项目，但是性能饼不是很好，不建议在web2.0中使用　　 利用设计模式可以使我们的代码更灵活，更容易扩展，更容易维护。各种面向对象的程序设计语言都提供了基本相同的机制：比如类、继承、派生、多态等等。但是又有各自的特色，C# 中的反射机制便是一个很重要的工具，好好地利用就可以在实际中发挥很大的作用。　　我们来看一个例子：　　我的程序... [阅读全文]