实质:
工厂模式是将对象的创建嫁祸给工厂类, 降低对象之间的耦合。
使用实例:
1、简单工厂---也叫静态工厂
其精髓在于静态:当需要创建新对象时,只需通过静态方法直接调用创建即可,没有了工厂类,目标对象的创建。这也就形成了对原创建逻辑的重组与优化。
public interface IService { bool Summit(); } public class NormalOrderService : IService { public bool Summit() { //TODO summit the normal order return false; } } public class ApplyOrderService : IService { void CreateOrder(); public bool Summit() { CreateOrder(); //TODO summit the apply order return false; } } public class BookOrderService : IService { bool CheckDate(DateTime time); public bool Summit() { if (CheckDate(DateTime.Now)) { //TODO Summit the bookOrder return true; } else { return false; } } } public class ServiceFactory { public static IService CreateService(string orderType) { switch (orderType) { case "Normal": return new NormalOrderService(); case "Apply": return new ApplyOrderService(); case "Book": return new BookOrderService(); default: return null; } } }
调用时直接调用ServiceFactory.CreateService().Summit();从而在实现业务时无需显示的创建工厂或者实例对象。
其弊端则是当新增一种服务时,工厂类则需要进行改动,相当于影响到已有的代码,不符合开闭原则。
2、工厂方法模式与抽象工厂模式。
为什么我要将他们放在一起呢?因为我觉得他们的精髓是一致的-----在于降低模块之间的耦合(注意是模块之间,如果是同一模块则没有多大意义了)
Uml描述:
工厂方法
抽象工厂模式
然后再看一下模块关系图
代码略。工厂方法和抽象工厂在用于分层时,层级之间的调用显示出其应用的威力。当然他们的应用更多的是考虑开闭原则(扩展开放而修改关闭---简单工厂的缺陷)程序设计原则,
综述:
曾经一直执着于工厂模式是将对象的创建变成了工厂的创建,再由工厂类来创建实际的对象。想了好久都没能理解,很多blog上也是将其实例的发出来,但我却没能理解工厂模式的真谛,谨以此记下自己的理解。
工厂模式基于对代码的提炼和重构,将对象之间强创建抽象成方法、引用的高度,实现松耦合,及精简了代码,也让代码更加优美。