我为什么要对装修工使用责任链呢？

小开

我认为 责任链是 室内设计师的一种特殊形式。

小开

我可以想到两种情况:

您没有核心对象，也就是说，在请求通过所有层/过滤器之后，您不知道如何处理该请求。(类似于拦截器链这样的方面，它并不真正关心请求的结束位置)。
您需要有选择地对请求应用一些预处理或后处理。而不是像装饰者那样以一般的增强形式。也就是说，过滤器可以处理特定的请求，也可以不处理，但是添加一个装饰器总是可以通过一些功能来增强对象。

现在想不到更多了，希望能听到更多关于这个话题的内容。

小开

链子

避免耦合请求的发送方给它的接收者超过一个对象处理请求。链接接收对象然后沿着链传递请求直到对象处理它。

对

室内设计师

附加额外的责任一个动态的对象提供灵活的选择扩展子类化功能。

我认为这是事情发生的顺序。如果你将它们链接起来，它们将沿着链接被调用。对于装饰者，你不能保证这个订单，只能附加额外的责任。

小开

当您想要向对象添加功能时，可以使用 Decorator。

当许多参与者之一可能对一个对象采取行动时，就使用 COR。

根据类型调用特别 Decorator 来执行操作; 而 COR 沿着定义的链传递对象，直到其中一个参与者确定操作完成。

当对不同处理程序进行多级升级时，可以使用 COR ——例如，在呼叫中心，客户对公司的价值决定呼叫是否到达特定的支持级别。

小开

最佳答案

事实上，你可以在任何时候打破责任链，这使得责任链模式与修饰模式 有所不同。修饰符可以被认为是在没有与其他修饰符进行任何交互的情况下一次执行所有修饰符。链中的链接可以被认为是一次执行一个，因为它们每个都依赖于前一个链接。

当您可以将程序概念化为由链接组成的链时，可以使用责任链模式，其中每个链接可以处理请求或向上传递请求。

当我使用 Win32API 时，有时需要使用它提供的挂钩功能。挂接 Windows 消息大致遵循责任链模式。当您钩住一个消息(如 WM _ MOUSEMOVE)时，您的回调函数将被调用。可以将回调函数看作链中的最后一个链接。链中的每个链接都可以决定是抛弃 WM _ MOUSEMOVE 消息还是将其传递到链上的下一个链接。

如果在这个例子中使用了修饰模式，你会被通知到 WM _ MOUSEMOVE 消息，但是你无法阻止其他钩子处理它。

另一个使用命令链模式的地方是在游戏引擎中。同样，您可以钩住引擎函数、事件和其他东西。在游戏引擎的情况下，您不想简单地添加功能。您希望添加功能并阻止游戏引擎执行其默认操作。

小开

我同意从结构的角度来看，这两种模式非常相似。我的想法是关于最终的行为:

在处理请求的 CoR 元素的经典解释中，它打破了链。

如果修饰符中的任何元素打破了链，那么它将是修饰符的错了实现，因为基本的行为部分将丢失。装饰器的思想是在基本行为保持不变的情况下透明地添加新行为。

小开

我认为应用这两种模式的情况是不同的。顺便说一下，对于修饰模式，装饰者应该知道它包装的组件。而对于 CoR 来说，不同的拦截器可能彼此一无所知。

小开

关键字’扩展’-静态扩展。
修饰模式-动态延伸。
责任链模式-只是处理一个命令对象一组处理对象，这些对象彼此不认识。

小开

在阅读了“四人帮”的定义后，我不相信它们之间有真正的区别

Decorator: 允许动态包装对象，以修改它们现有的职责和行为
责任链: 通过将接收对象链接在一起，为多个对象提供处理请求的机会

维基百科把它们充实了一点，但有些是随意的。

装饰符通常作为链表实现。但我认为这个级别太低，不能被视为模式的“一部分”。
责任链链接只处理责任范围内的数据，但是确定责任和数据处理都是行为的一部分。装饰者可以很容易地做到这一点。
Decorator 要求您调用委托。
“纯”CoR 链接应该只在不处理数据的情况下调用委托。

前两个属性并不能真正区分模式。后两者可以，但是 Decorator 和 CoR 通常的实现方式并不强制这些属性——设计者只是希望没有人编写一个 Decorator 来中断链接，或者编写一个 CoRLink 来在处理数据后继续链接。

要实际实现这些属性，您需要如下所示。

强制装修:

abstract class Decorated {


public Decorated delegate;


public final Object doIt(Object args) {
Object returnVal = behavior(arg);
if(delegate != null) returnVal = delegate.doit(returnVal);
return returnVal;
}


protected abstract Object behavior(Object args); //base or subclass behavior
}

强制责任链:

abstract class Link {


public Link delegate;


public final Object processIt(Obect args) {
Object returnVal = args;
if(isMyResponsibility) returnVal = processingBehavior(returnVal);
else returnVal = delegate.processIt(returnVal);
return returnVal;
}


protected abstract Boolean isMyResponsibility(Object args);


protected abstract Object processingBehavior(Object args);
}

(或者，您可以在 javadoc 中添加一行代码，如果您想要的只是免除自己的责任，以防其他人搞砸您的设计——但是为什么要听天由命呢?)

小开

室内设计师