project - 当您使用的库不再维护时，您会怎么做？

Question

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












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

7年前关闭。




Improve this question




我一直觉得令人沮丧的一件事是，当我使用的库不再维护时。即使事先查看更新历史记录和社区，我也遇到过这种情况，我稍后再回来查看，发现我使用的版本是最后一个版本。

通常，直到几个月过去了，或者发现了一些错误/限制，才会注意到这一点。我在用 Python 编码时经常遇到这种情况，因为我希望升级到新版本的解释器很容易在以前运行良好的库中引入问题。我的问题是:对这种情况最好的 react 是什么？

你会成为旧图书馆的维护者吗？即使您只是修复您关心的错误，这仍然需要大量工作。特别是如果库很大、很复杂，并且代码文档不够完善(这种情况经常发生)。

你是否切换到不同的图书馆(如果有的话)？这也是一项重要的工作，有可能引入新的错误，特别是如果唯一的替代方案从不同的角度解决问题。即使您有远见为旧库的功能编写抽象层，这也可能是正确的。

你自己卷吗？与旧库相比，它最终的代码可能更少，因为您只编写您关心的部分。因此，将来更容易维护。但是现在您已经浪费了数天/数周/数月的时间来生产可能功能较弱的东西，并且肯定会引入大量新错误。

我意识到答案取决于具体情况:库的大小，源是否可用，它的可维护性如何，您的代码使用了多少，您的代码依赖它的深度等。我正在寻找答案在一系列案例中。你对这个问题有什么经验？

Answer 1

好吧，您已经找到了一种减少外部依赖项数量的论据...

我在审计过的几个 Java 项目中遇到过这种情况；似乎人们倾向于将在网络上某处找到的 Jar 放入其中，以从中获得最小的重用量。结果是一堆依赖关系，最终破坏了代码库。我更喜欢谨慎使用外部组件。

询问您之前可以做什么可能最有用。在开始使用外部组件之前，请务必评估它的 future 使用生命周期。研究一下它的开发者社区和用户社区有多大。此外，更喜欢使用具有一两个“较小”替代品的组件，您也可以使用这些替代品。

如果您想使用某些东西，但只有一两个人在做，并且在他们自己的项目之外没有太多使用，那么您可能应该自己动手 - 或者与组件的维护者联手。