设计模式中的多态性

Question

我观察到大多数设计模式(我主要指的是“四人组”一书中的)都是基于多态性的。这将我带到了一个“开明”的时刻，即OOP的多态性是该范式中最重要的特性。

使用多态性的一些模式有:策略、工厂、桥……

有了这些，我不明白为什么我们不教开发人员真正好的OOP多态行为，而不是用一堆实际上基于多态的模式来重载他们？

Answer 1

多态是OOP的基本概念之一--它与更详细的模式处于不同的抽象级别。

我不认为命名和教授更详细/依赖的模式是有问题的，它确实有助于沟通。但正如您所建议的，在开发人员能够有效地实现任何依赖模式之前，肯定需要对多态性有一个扎实的理解。

Answer 2

不会的

非常好的多态行为

实际上，be如何在中应用四人组模式呢？

例如，如何将策略作为工具来应用，这样就不会违反SRP。

Answer 3

每种语言都有自己的特性，这些特性是整个概念的“杀手级特性”。OOP，作为高级语言中最大和最古老的分支之一，具有多态性，但我可以指出其他令人惊叹的特性，如强大的函数式编程、闭包、并行执行和其他语言所独有的东西，这些都是必须拥有的令人惊叹的强大功能。

只教一种方法很快就会把你变成一匹只会变小把戏的小马。坚实的理论基础使您能够学习一种非常“不同”的语言，如Lisp或Erlang，并了解正在发生的事情。