设计模式(2)—工厂方法
一、定义
第一篇简单工厂方法讲到，后续添加服务的时候会直接修改工厂类，因为他控制了实例化哪个类。
工厂方法，就让实例化推迟到了子类。怎样推迟？在子类中实例化呗。
二、实例
之前的服务不变，将简单的工厂的工厂类拆分成，每个case对应一个具体的工厂，这样也就只创建一个服务类。
这里的两个工厂BLFactory和WCFFactory依次对应创建BL和WCf.
服务类：
public interface IService { } public class BL:IService { public BL() { Console.WriteLine("启动 : BL服务."); } } public class WCF : IService { public WCF() { Console.WriteLine("启动 : WCF服务."); } } 工厂类：每个工厂对应创建一个服务，这样就将实例化推迟到了子类—具体的工厂
public abstract class FactoryBuilder { public abstract IService Creat(); } public class WCFFactory : FactoryBuilder { public override IService Creat() { return new WCF(); } } public class BLFactory : FactoryBuilder { public override IService Creat() { return new BL(); } } 客户端：
//工厂模式 Factory2.FactoryBuilder fb = new Factory2.WCFFactory(); Factory2.IService service2 = fb.Creat();
三、优缺点：
优：将实例化推迟到了子类，具体的工厂类。每个工厂类维护创建一种服务。
缺：如果后期需要添加更多的服务，那就可能需要创建更多的具体的工厂类。
如果业务简单，我觉得不如用简单工厂，可读性高，一目了然。当然随着业务的复杂，我们可以升级这种设计。
正文到此结束
热门推荐
相关文章
近期评论
-
666
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
