2

似乎以前没有问过这个确切的问题，所以我会开火：

我们大多数人都熟悉反模式的概念。然而，避免实现反模式原则上可能会反其道而行之，并导致问题本身。例如，“委员会设计”有一个反例，我称之为“Maverick 设计”——其中一个重要功能的设计被交给个人去做他们认为最好的事情，目的是审查他们稍后的工作并决定是否应该完成或进行另一次迭代。这在实践中需要更长的时间，因为团队的其他成员都忙于其他事情，并且最终可能会得到一个对任何人都没有用的功能，特别是如果 Maverick 本身不是经验丰富的最终用户。

有没有人有更多反模式反例的例子？

4

1 回答 1

0

我在反模式本身中看到了问题。指出错误的解决方案很容易，但想出好的解决方案却很难。几乎总是解决方案的质量取决于上下文，因此有时即使实施良好的反模式也可以比其他解决方案更多地使用。因此，解决方案或模式的空间通常是无穷无尽的，我们必须决定应该研究哪些。错误的解决方案还是好的解决方案？我想看看糟糕的解决方案并知道它们是糟糕的不如查看好的解决方案有用，因为从好的解决方案（常规模式）中，您还可以获得在提出该解决方案时使用的好原则（如GoF 设计模式书中的 OO 设计原则）。至于你的确切例子，我在某处听说过“仁慈的独裁者”

于 2010-05-06T10:56:15.930 回答