顺序耦合在代码中真的是一件坏事吗?
尽管它是一种反模式,但我看到的唯一风险是以错误的顺序调用方法,但是具有这种反模式的 API/类库的文档应该注意这一点。顺序代码还有哪些其他问题?此外,这种模式可以很容易地通过使用外观来修复。
谢谢
顺序耦合在代码中真的是一件坏事吗?
尽管它是一种反模式,但我看到的唯一风险是以错误的顺序调用方法,但是具有这种反模式的 API/类库的文档应该注意这一点。顺序代码还有哪些其他问题?此外,这种模式可以很容易地通过使用外观来修复。
谢谢
忽略方法调用是一种反模式,因为以前不应该做的事情没有。
这应该通过合同设计来控制。失败的先决条件通常会引发失败的先决条件异常,如果您以错误的方式使用该类,这基本上是软件对您大喊大叫。它们优于书面文件。
即使在您提到的Wiki文章中,也有一种观点认为
这可能是一种反模式,具体取决于上下文。
在许多情况下,没有其他办法。最终我们使用算法来解决任务。根据定义,它们是
使用有限指令序列解决问题的有效方法
有时可以隐藏此序列。但不总是。
它是一种次要的反模式,就好像文档很糟糕(或者 api 很混乱)你可以让事情进入一个糟糕的状态。它就像一个食谱,它只告诉你在把鸡蛋打在一起后把蛋黄放在一边。