场景：
有一天你的餐厅越来越大了，要开到全国各地去，有很多人要加盟，但是你不想吧祖传配方暴露在光天化日之下，于是乎，工厂方法来啦：
首先，祖传秘方是不能变的，而且不能给别人看，然后如何规范加盟商，保证出品来满足狗头客户呢？
首先是祖宗之法不可变，这是好吃的关键，也是不想给外面阿猫阿狗知道的东西
然后就是定制他们的使用顺序，至此完成秘方的封装
然后就是开连锁店的步骤，我只保证我的核心秘方用上了，至于其他的，店可以灵活调整
于是乎
广东加盟店和湖南加盟店开张了：
再提供按钮选项给狗头客户：
狗头客户完成了点餐，得到了自己要的东西，我们自己的配方流程管理又没有暴露出去，完美
这就是工厂模式，提供了一种创建对象的最佳方式，而无需暴露对象创建的逻辑。
再对照六大原则：
单一职责原则（SRP）：Secret类负责定义了添加油、盐和水的方法，Dishes类负责定义了烹饪方法，Restaurant类负责定义了创建菜品和制作菜品的方法，HunanRestaurant和GuangdongRestaurant类负责具体的菜品创建。
开放封闭原则（OCP）：通过继承Restaurant类并重写CreateDish方法，可以轻松地添加新的菜品类型，而无需修改Restaurant类的代码。
里氏替换原则（LSP）：HunanRestaurant和GuangdongRestaurant类都是Restaurant类的子类，可以替换Restaurant类的对象。
依赖倒置原则（DIP）：Restaurant类依赖于抽象的Dishes类，而不是具体的Dishes类。
接口隔离原则（ISP）：Restaurant类和Dishes类都只依赖于它们需要的方法，没有强迫客户端依赖于不需要的方法。
迪米特法则（LoD）：Restaurant类只与抽象的Dishes类交互，而不需要了解具体的菜品类。
Good
最后，没有什么设计模式是最好的，只有最好的使用方法