设计模式连环炮-要做规范化产品线的老厂长！

Posted 2021-04-25 Java面霸君

    前些天，老浣熊把简单工厂升级成普通工厂，其中一个最大的好处是，让dead stay dead，后面就尽量不要去改动原来老旧的逻辑，避免手抖又改错了，而且新老逻辑因为被分开 也更容易理解（想想swtich里的一堆case 和 从接口实现出来的逻辑）。

    尝到抽象甜头的老浣熊，正好又遇到了一个新的情况：不同国家地区的猫狗的种类差别是挺大的，但老浣熊造的神兽只会喵喵喵汪汪汪，造型品种上没有做区别，让人审美疲劳并缺少惊喜感，喜新厌旧下，人流量有稳步下降的趋势（听听，像不像渣男不爱的说辞）

    为此，老浣熊又去做了波调研：既然在中国先开的神兽动物园，那就先紧着中国人的喜好来吧。中国国内有种动物遍布整个大陆：土狗+土猫。又称中华田园犬和中华田园猫

    中华田园都是蠢蠢的感觉哎。再看看外地的斑点狗斑点猫

    

看着这两种风格迥异，习性差别大的猫狗，同一个AnimalFactory已经不合适作为两个品种的设定了。那如何拆分呢？如果后面中华和斑点两个品种分叉出来更多相互不兼容的特性，基于同一个AnimalFactory如何做定义呢？

    "也许，他们注定命中不能在一起。"老浣熊想起了老套的言情剧套路，自我脑补之后，决定将他们拆开。

    首先，AnimalFactory就要变更套路

public interface AnimalFactory { public IDog produceDog();
 public ICat produceCat();}--------------------------------------------------------------------public interface ICat { void sayYourBreed();}--------------------------------------------------------------------public interface IDog { void sayYourBreed();}

   以上可以看出，AnimalFactory 此时针对的是抽象接口，此时它对后面会有多少种类的猫猫狗狗一无所知。

    接下来，就是创建中华田园系列工厂和斑点系列工厂 以及 对应品种的猫猫狗狗

public class ChineseCat implements ICat { @Override public void sayYourBreed() { System.out.println("I am 土猫"); }}public class ChineseDog implements IDog { @Override public void sayYourBreed() { System.out.println("I am 土狗"); }}--------------------------------------------------------------------public class SpotCat implements ICat { @Override public void sayYourBreed() { System.out.println("I am 斑点猫"); }}public class SpotDog implements IDog { @Override public void sayYourBreed() { System.out.println("I am 斑点狗"); }}--------------------------------------------------------------------/** * 中华田园系列工厂 */public class ChineseFactory implements AnimalFactory { @Override public IDog produceDog() { return new ChineseDog(); }
 @Override public ICat produceCat() { return new ChineseCat(); }}--------------------------------------------------------------------/** * 斑点系列 */public class SpotFactory implements AnimalFactory { @Override public IDog produceDog() { return new SpotDog(); }
 @Override public ICat produceCat() { return new SpotCat(); }}

    一通操作之后，老浣熊发现，原本只针对神兽的工厂，变成了以物种+种类做维度的工厂。这不就和 格力有电视 空调 洗衣机，海尔也有电视 空调 洗衣机，而这些种类下面都有对应的产品线做统一生产加工管理嘛。

    "没想到，我已经走上了产品线的规范道路了，看来又离世界五百强又进步了一丢丢，真烦恼啊~~"

---

    话虽如此，如果这时要加个中华田园鸟，你会发现要加IBird、ChineseBird、SpotBird这几个类，然后改动对应工厂，在其中添加对应的方法；如果多了个长毛工厂，又要在长毛工厂里实现对应创建猫狗鸟的方法。

    这么做既没有让逝者安息，新增物种和种类又是事情多多。

    那有没有什么方式可以减少这部分工作量呢？