通常,命令模式用于从需要完成的事情中创建一个对象——接受一个操作及其参数,并将它们包装在一个对象中,以进行记录、保留以供撤消、发送到远程站点,等等。随着时间的推移,往往会有大量不同的命令对象通过系统中的给定点,并且命令对象将包含描述请求操作的不同参数。
另一方面,策略模式用于指定 how 应该做某事,并插入到更大的对象或方法中以提供特定的算法。排序策略可能是合并排序,可能是插入排序,或者可能是更复杂的东西,比如如果列表大于某个最小大小则只使用合并排序。 Strategy 对象很少像 Command 对象那样受到大量洗牌,而是经常用于配置或调整目的。
这两种模式都涉及将代码和可能的单个操作参数从包含它们的原始类中分解到另一个对象中,以提供独立的可变性。不同之处在于实践中遇到的用例和每个模式背后的意图。
public class ConcreteStrategy implements BaseStrategy {
@Override
public void execute(Object argument) {
// Work with passed-in argument.
}
}
public class ConcreteCommand implements BaseCommand {
private Object argument;
public ConcreteCommand(Object argument) {
this.argument = argument;
}
@Override
public void execute() {
// Work with own state.
}
}
命令 - 打开或关闭 [动作改变]
而 Strategy 决定如何处理对象。 它封装了一些业务逻辑。
Strategy 模式在您对给定功能有多个实现(算法)并且您想在运行时根据参数类型更改算法时很有用。
策略模式的显着特征
Command 模式用于实现 Invoker 和 Receiver 之间的松散耦合。 Command、ConcreteCommand、Receiver、Invoker 和 Client 是该模式的主要组成部分。
不同的接收者将通过调用者和具体命令执行相同的命令,但命令的实现在每个接收者中会有所不同。例如您必须为
TV & DVDPlayer 实现“开”和“关”功能。但是 TV 和 DVDPlayer 对这些命令会有不同的实现。
查看以下带有代码示例的帖子:
相同接口的不同对象之间进行洗牌时使用策略模式,但是命令模式用于在实现不同的一些对象之间洗牌接口(因为它将它们封装到称为“命令对象”的其他对象中)并像策略模式一样传递这些命令对象。