工厂方法模式

工厂方法模式

1. 定义

Define an interface for creating an object, but let subclasses decide which class to instantiate. Factory method lets a class defer instantiation to subclasses (工厂方法定义了创建对象的接口,但是让子类决定初始化哪一个类,工厂方法使得一个类将其初始化推迟到子类)

2. 分析

良好的封装性:客户不需要了解创建对象的过程,只需要将自己想要的产品的特征告诉工厂类的对象即可获得想要的产品对象;符合迪米特原则;
优秀的扩展性:在增加产品种类的情况下,只需要适当修改或者派生出新的工厂类即可,已有客户端代码几乎不受影响。屏蔽了产品类使得接口不变则系统中的上层模块就不变;
常见的如使用JDBC连接数据库,可以方便的实现从MySQL转变为Oracle;

3. 实现方法
  1. 屏蔽产品类:使用抽象的Produce类;
  2. 工厂方法:根据传入的参数(一般为产品的特征,比如名字之类的)生成对应的Product子类;
    工厂模式类图
4. 体现的面向对象原则
  1. 单一职责原则:使用Product的Client不应该负责Product的具体创建,所以应该将其交给对应的工厂方法;这样便各司其职,互不干扰;
  2. 里氏替换原则:隔离Product类自然要用到继承,抽象Product类和具体子类间自然需要满足里氏替换原则;
  3. 依赖倒置原则:创建对象的代码由于同具体Product打交道相当于底层模块;Client作为具体Product的使用者,相当于高层模块,他们之间不应该有直接的依赖关系;他们都应该依赖抽象:抽象的Product;
  4. 接口隔离原则,这里不涉及到;
  5. 迪米特原则:Client只需要知道Product的特征即可获得相应对象,而无需了解详细的创建过程;
  6. 开闭原则:通过隔离Product的构建过程,使得添加新的product时,对代码的影响控制于工厂方法中,从Client的角度来看,对 “扩展”的确是比较友好的;
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值