api - 过度设计 API 的动机？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

4年前关闭。




Improve this question




似乎这里有相当多的人不喜欢过度设计的 API，这些 API 旨在具有无限的灵活性，因此不会使简单的事情变得简单。尽管如此，似乎不乏 API 需要您使用 8 个不同的类并编写 20 行样板代码来完成简单、常见的任务。我不会提及名称，因为这不应该是关于特定 API 是否被过度设计的火焰 war 。

您认为这些可怕的过度设计的 API 的根本原因是什么？你认为需要采取什么措施来防止 API 设计者创造这样的怪物？

编辑:恕我直言，即使是可重用代码的创建也不是一个很好的答案，因为如果 API 难以使用并且需要大量的样板文件，那么重用的好处就值得怀疑了。

Answer 1

我相信这通常是所谓的 Second System Effect 的后果。 .设计师从他们对“版本 1”设计的第一次剪辑中吸取教训，使下一个版本更加灵活，以至于变得过度设计和难以理解。

Fred Brooks 的书 The Mythical Man-Month介绍了这个术语，并详细讨论了它。