设计模式-模板方法模式

本文意在分享自己理解的命令模式，尽量生动有趣，本文将使用WPF为例子：

让我们幻想一个场景：

有一天你开的餐馆已经很有名了
到处都是你的连锁店，但是你发现
有些店家乱来，不按你的配方和顺序来
再这样下去就要把招牌砸了！

这是你的正版店铺

加盟店1

有些地方喜欢吃辣，还能接受
可以针对地区有点变动

加盟店2

不是？？水都不加？
这能忍？？？？？

是时候管管他们了！

好像还得管管顺序
不然等鸡都糊了再加水有什么用！

于是乎

来两个例子看看

很好，达到了预期，加盟店也不会乱来了
也因地制宜，充分体现了延展性

最后看下例子中的六大原则：

单一职责原则（SRP）：每个类都有清晰的职责。AbstractClass类负责定义算法的骨架，ChinaRestaurant和AmericaRestaurant类分别实现具体的步骤。

开放封闭原则（OCP）：可以通过创建新的具体子类来扩展算法的步骤，但是如果要修改算法顺序，就得改抽象类。

里氏替换原则（LSP）：具体子类（ChinaRestaurant和AmericaRestaurant）可以替换抽象类（AbstractClass），而不会破坏程序的正确性。

依赖倒置原则（DIP）：抽象类（AbstractClass）依赖于抽象，具体子类（ChinaRestaurant和AmericaRestaurant）依赖于抽象类。这种依赖关系使得代码更加灵活，易于扩展和维护。

接口隔离原则（ISP）：没有明确的接口，但抽象类（AbstractClass）充当了一个接口的角色，定义了公共的模板方法。

迪米特法则（LoD）：抽象类（AbstractClass）只与具体子类（ChinaRestaurant和AmericaRestaurant）进行交互，而不与其他类进行直接交互，减少了类之间的耦合度。

Good

最后，没有什么设计模式是最好的，只有最好的使用方法