通用模块更有深度

在设计一个新模块时，你将面临的最常见的决定之一，是以通用方式还是专用方式实现它。有些人可能会争辩说，你应该采用通用方法，即你实现的机制可以用来解决广泛的问题，而不仅仅是当今重要的问题。在这种情况下，新机制可能会在未来找到意想不到的用途，从而节省时间。这种通用方法似乎与第 3 章中讨论的投资思维方式一致，即在前期多花一点时间来节省以后的时间。

另一方面，我们知道很难预测一个软件系统的未来需求，因此一个通用的解决方案可能包括实际上从未需要的附加功能。此外，如果你实现的东西过于通用，它可能无法很好地解决你今天遇到的特定问题。因此，有些人可能会争辩说，最好专注于今天的需求，只构建你知道你需要的东西，并根据你今天计划使用它的方式来专门处理它。如果你采用专用方法并在以后发现其他用途，则始终可以对其进行重构以使其成为通用方法。专用方法似乎与软件开发的增量方法一致。