异构对象的策略模式

Question

我正在学习策略模式，它似乎是继承的一个惊人的替代方案。我一直在考虑它的用例，但当我试图将这些点连接起来时，有一件事我一直在纠结：

当我的对象是异构的时，这是如何工作的。

那么，我这么说是什么意思？最简单的解释方式是用我听到的一个例子。有人试图解释这种模式，他告诉我：“假设您有一个列表，该列表应该是可排序的。您可以实现Sortable接口并在其中添加逻辑，但更好的替代方法是使用组合而不是继承，并在html" target="_blank">构建列表时将可排序行为传递给列表，这样您就可以在不同类型的列表之间重用排序逻辑，并且可以在运行时切换列表上的排序策略。”

很酷，所以这个解释有我在策略模式中看到的三个要点：

1. 它更喜欢组合而不是继承，使代码更加灵活和易维护。
2. 因为我们没有实现接口，所以我们遵循DRY。如果两个不同的列表需要相同的排序逻辑，那么它们就不必在其@override方法中重复代码。由于组合，我们可以重用。
3. 我们可以在运行时交换行为，它遵循打开/关闭原则。

一直困扰我的是，为了排序一个列表，我们需要很多关于列表的信息。有很多很多类型的列表，它们都有不同的内部结构。如果对象是异构的，那么很难有一个排序策略可以应用于两种不同类型的列表。

null

我没有最后一个问题（我问了很多问题），但我认为我的观点和关注是明确的。

Answer 1

所用策略模式的最简单示例是简单的JSK方法collections#sort(List，Comparator)，它实际上使用Comparator作为影响排序行为的注入行为（暂时将排序算法本身放在一边）。该方法用于对声明为列表的任何内容进行排序，而不管其泛型类型如何，因为comparator就是用它来处理的。因此，我想说它已经准备好对任何异类对象进行排序了。

如果你觉得方法不够充分，可以随意扩大策略的责任范围。这里有一个例子：

<T extends List<E>, E> T sortList(T list, SortingStrategy<T, E> strategy) {
    return strategy.sortList(list);
}

interface SortingStrategy<T extends List<E>, E> {
    T sortList(T list);
}

现在战略的实施。我使用JDK集合，但您并不局限于这个层次结构，因为您可以定义自己的层次结构。

class ArrayListSortingStrategy<E> implements SortingStrategy<ArrayList<E>, E> {

    @Override
    public ArrayList<E> sortList(final ArrayList<E> list) {
        return /* ... implementation ... */;
    }
}

class LinkedListSortingStrategy<E> implements SortingStrategy<LinkedList<E>, E> {

    @Override
    public LinkedList<E> sortList(final LinkedList<E> list) {
        return /* ... implementation ... */;
    }
}

List<String> arrayList = sortList(new ArrayList<>(), new ArrayListSortingStrategy<>());
Deque<String> linkedList = sortList(new LinkedList<>(), new LinkedListSortingStrategy<>());

public ArrayListSortingStrategy(Comparator<E> comparator) { /* ... */ }