设计模式之工厂模式

模式类型:创造模式

意图:定义一个创建对象的接口,让其子类自己决定实例化哪一个工厂类,工厂模式使对象的创建过程延迟到子类进行。

需要解决的问题:主要解决接口选择的问题。

何时使用:不同条件下需要创建不同实例对象时。

如何解决:让其子类实现工厂类接口,返回的也是一个抽象的产品。

关键代码:创建过程在其子类执行。

应用实例:

1、您需要一辆汽车(子类),可以直接从工厂(工厂类)里面提货,而不用去管这辆汽车是怎么做出来的,以及这个汽车里面的具体实现。

2、Hibernate 换数据库只需换方言和驱动就可以。

优点: 

1、一个调用者想创建一个对象,只要知道其名称就可以了。

2、扩展性高,如果想增加一个产品,只要扩展一个工厂类就可以。 3、屏蔽产品的具体实现,调用者只关心产品的接口。

缺点:每次增加一个产品时,都需要增加一个具体类和对象实现工厂,使得系统中类的个数成倍增加,在一定程度上增加了系统的复杂度,同时也增加了系统具体类的依赖。这并不是什么好事。

使用场景: 

1、日志记录器:记录可能记录到本地硬盘、系统事件、远程服务器等,用户可以选择记录日志到什么地方。

2、数据库访问,当用户不知道最后系统采用哪一类数据库,以及数据库可能有变化时。

3、设计一个连接服务器的框架,需要三个协议,"POP3"、"IMAP"、"HTTP",可以把这三个作为产品类,共同实现一个接口。

注意事项:作为一种创建类模式,在任何需要生成复杂对象的地方,都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式,而简单对象,特别是只需要通过 new 就可以完成创建的对象,无需使用工厂模式。如果使用工厂模式,就需要引入一个工厂类,会增加系统的复杂度。

实现:

 

 工厂取货组装成一个对象,然后使用者需要什么向工厂申请,工厂则直接返回给使用者成熟的产品。

本文作者:博懒会

本文链接:https://www.cnblogs.com/datousu/p/16780016.html

版权声明:本作品采用知识共享署名-非商业性使用-禁止演绎 2.5 中国大陆许可协议进行许可。

posted @   100多斤派大星  阅读(10)  评论(0编辑  收藏  举报
点击右上角即可分享
微信分享提示
评论
收藏
关注
推荐
深色
回顶
收起