关闭

C#面向对象的设计模式 抽象工厂模式

944人阅读 评论(0) 收藏 举报
C#面向对象的设计模式 抽象工厂模式
Abstract Factory
 
new 的问题
常规的对象创建方法:
 //创建一个Road对象
 Road road = new Road();
new的问题:
 实现依赖,不能应对“具体实例化类型”的变化。
解决思路:
 封装变化点——哪里有变化,封装哪里
 潜台词:如果没有变化,当然不需要额外的封装!
 
工厂模式的缘起
 变化点在“对象创建”,因此就封装“对象创建”
 面向接口编程——依赖接口,而非依赖实现
 最简单的解决方法:
 Class RoadFactory
 {
Public static Road CreateRoad()
{
 Return new Road();
}
}
//创建一个Road对象
Road road = roadFactory.CreateRoad();
 
创建一系列相互依赖的对象
 相互依赖
 
简单工厂的问题
 简单工厂的问题:
    不能应对“不同系列”的变化。比如有不同风格的游戏场景——对应不同风格的道路、房屋、地道……
如何解决:
    使用面向对象的技术来“封装”变化点。
 
动机Motivation:
 在软件系统中,经常面临“一系列相互依赖的对象”的创建工作;同时,由于需求的变化,往往存在更多系列对象的创建工作。
 如何应对这种变化?如何绕过常规的对象创建(new),提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合?
 
意图(Intent)
 提供一个接口,让该接口负责创建一系列“相关或者相互依赖的对象”,无需指定它们具体的类。Gof
 
结构
 
0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:21787次
    • 积分:353
    • 等级:
    • 排名:千里之外
    • 原创:11篇
    • 转载:7篇
    • 译文:1篇
    • 评论:2条
    最新评论