抽象工厂模式个人见解

我们经常需要创建一系列相互依赖的对象,需要使用很多次的new,我们要使

用一种封装机制来避免这些。

提供一个创建一系列相关或者相互依赖对象的接口,无需指定他们具体的类。

客户通过抽象工厂和抽象产品来创建对象。

客户角色仅仅依赖抽象类,不必理解具体的业务规则。

系统中增加业务规则类不是模式所能解决的事情,无论采用什么模式,业务规则

类都是需要添加的,即增加了新系列的产品。

string factoryName=ConfigurationSettings.AppSettings["factoryName"];


instance=(AbstractFactory)Assembly.Load(factoryName).CreateInstance

(factoryName);

抽象工厂将产品对象的创建延迟到他的具体工厂的子类,引进新产品的情况下,

我们不需要修改工厂类,而只是增加新的产品类和新的工厂类(这是任何时候都

不可避免的),这样很好的符合了开放封闭原则。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值