软件包:可重用性和可开发性的对立力量

Question

在选择要组合在一起的类时，我们必须考虑到可重用性和可开发性所涉及的对立因素。平衡这些力量与应用程序的需求是不容易的。此外，平衡几乎总是动态的。也就是说，今天适当的分区在明年可能不合适。因此，随着项目重点从可开发性转变为可重用性，包的组合可能会抖动并随着时间的推移而发展。

来自：敏捷软件开发:购买力平价

这些可重用性和可开发性的对立力量是什么？

Answer 1

它是关于把你的依赖关系弄清楚。如果您需要一些新的功能，您总是可以选择要么将其保持私有于您的问题域代码，要么将其放入一个包中，并提供对所有人都可访问的通用支持材料。如果你保密的话，它就是你的了。您可以随时更改、修复、扩展它，并且可以确保不会破坏任何您不知道的代码。这是非常“可开发的”，但它是不可重用的。如果您在下一个项目中需要相同的东西，您将不得不将代码复制到您正在处理的包中。或者最终决定将代码移到通用的支持材料包中，这将是书中谈到的不断发展的组合的一个例子。

一旦代码在可重用库中，您将失去一些可开发性。在更改任何有关它的内容时，您必须非常小心，因为您可能会破坏客户。如果其中有错误，您甚至可能无法修复它，因为客户端代码可能依赖于它。它已成为“遗产”。

有时候，能够在一个中心位置改变/修复一些东西，同时知道它会对所有事情产生影响，这是很棒的。有时候这可能是个诅咒。在路上打电话是你书中提到的一项重要任务。