程序的“通用性”和“过度设计”困境

在软件工程的实际操作中，我常常遇到这样一种现象：本可以用简单代码解决的问题，却因为设计者过分关注“通用性”、“可维护性”和“可扩展性”而变得不必要地复杂，难以理解。

他们的思维方式是这样的：“这段代码未来可能会在更多场景中使用，所以我现在应该考虑它的可扩展性。”结果，他们在代码中加入了各种“框架结构”，以便在未来有新需求时，无需修改就能在新的地方使用。

“通用性”的价值与误区

作者并不否认“通用性”的价值，我的一些程序也具有很高的通用性。然而，很多人所谓的“通用性”实际上适得其反，这种现象通常被称为 “过度设计” 。关于过度设计，有一个有趣的故事：

传说在上世纪60年代美国和俄罗斯的“太空竞赛”期间，NASA 遇到了一个严重的技术问题：宇航员需要一支能在外太空真空环境中书写的笔。最终，NASA 花费了150万美元开发了这样一支笔。不幸的是，这种笔在市场上并不畅销。 俄罗斯人也面临同样的问题，他们则用了铅笔。

虽然这个故事是虚构的，但它具备了伊索寓言的力量。现在让我们看看软件行业，可能会发现：

代码需要“重用”的场合比您想象的要少得多。

许多人在写程序时，连“当前异常”都处理不好，却关注“未来的需求”。他们总是想象别人会重用这段代码。然而，实际上，由于设计过于复杂，理解这些设计所需的心智努力已经超过了从头开始的成本。因此，大多数人根本不会使用他们的代码，而是重新写一个。有些人最终会发现自己甚至看不下去之前写的代码，更愿意删除它并重新开始，而不是谈论重用。

我们用一个简单的例子来说明这一点。假设我们需要写一个简单的程序来计算两个整数