gpt4 book ai didi

python - 在应用程序之间共享/管理我们内部 python 库的最佳方式

转载 作者:太空狗 更新时间:2023-10-30 02:35:46 28 4
gpt4 key购买 nike

我们公司 (xyz) 正在将大量 Flash 代码迁移到 Python。

在 Flash 中,我们的 Flash 应用程序之间有一个共享库 - 包 xyz。我们可以更改包而不用担心在部署其他应用程序时破坏它们,因为 Flash 会编译它们的代码并包含库的内容。我们通过 RPM 部署最终的 SWF,我们就完成了。 App1 和 App2 的更新永远不会破坏 App3。

您将如何在 Python 中处理此问题,即共享库依赖项。

App1、App2 和 App3 可能都需要 xyz-lib.rpm,并且都使用相同的库文件,但是更新后的 xyz-lib.rpm 必须针对 App1、2、3 进行显式测试时间有一个新的库,这很麻烦。

我目前最喜欢的解决方案 - 我可以让 app1.rpm 在打包时包含库 - 实际上是库的某种静态链接。然而,这感觉不雅。 (虽然唯一的额外成本是硬盘空间 == 便宜。)

我知道共享库的可靠管理可能是最好的解决方案,但我一直在努力考虑所有开发人员都是人,并且会犯错误。我们会犯错误,我不希望 app1 的部署破坏 app2 和 app3 - 它只是需要测试和调试的内容更多。

最佳答案

“每次有新库时都针对 App1、2、3 进行显式测试”实际上并没有那么繁重。

两件事。

  • 您需要库必须通过的一组正式的 API 单元测试。这只是 API,而不是功能的每一个细微差别。如果这通过了,那么您的更改就可以开始了。如果失败,则说明您的更改破坏了 API。

  • 您还需要一组独立于 API 的功能单元测试。这是更大的,可能被归类为“繁重”。

一旦开始单元测试,您就会上瘾。一旦您进行了相当完整的测试,这个问题就很容易解决。

关于python - 在应用程序之间共享/管理我们内部 python 库的最佳方式,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/342425/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com