`
xiaotian_ls
  • 浏览: 301160 次
  • 性别: Icon_minigender_1
  • 来自: 济南
社区版块
存档分类
最新评论

简单工厂模式

 
阅读更多
创建模式是对类的实例化过程的抽象化。
创建模式分为类的创建模式和对象的创建模式两种。
类的创建模式使用继承关系,把类的创建延迟到子类,从而封装了客户端将得到哪些具体类的信息,并且隐藏了这些类的实例是如何被创建和放在一起的。
对象的创建模式则把对象的创建过程动态地委派给另一个对象,从而动态的决定客户端将得到哪些具体类的实例,以及这些类的实例是如何被创建和组合在一起的。
简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例,就是由一个工厂类根据传入的参量决定创建出哪一种产品类的实例,该模式涉及到工厂角色、抽象产品角色和具体产品角色等三个角色。
工厂模式专门负责将大量有共同接口的类实例化。工厂模式可以动态决定将哪一个类实例话,不必事先知道每次要实例化哪一个类。
如果模式所产生的具体产品类彼此之间没有共同的商业逻辑,那么抽象产品角色可以由一个java接口扮演;相反,如果这些具体产品类彼此之间确实有共同的商业逻辑,那么这些公有的逻辑就应当移到抽象角色里面,这意味着抽象角色应当由一个抽象类扮演。
简单工厂模式的优点
模式的核心是工厂类。这个类含有必要的判读逻辑,可以决定在什么时候创建哪一个产品类的实例。而客户端则可以免除直接创建产品对象的责任,而仅仅负责"消费"产品。简单工厂模式通过这种做法实现了对责任的分割。
简单工厂模式的缺点
1.工厂类集中了所有的产品创建逻辑,形成了一个无所不知的全能类,它的正常与否对整个工厂起着关键的影响。
2.当产品类有不同的接口种类时,工厂类需要判断在什么时候创建某种产品。这种对时机的判断和对哪一个具体产品的判断逻辑混合在一起,使得系统在将来进行功能扩展时较为困难。
3.由于简单工厂模式使用静态方法作为工厂方法,而静态方法无法由子类继承,因此,工厂角色无法形成基于继承的等级结构。
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics