基于现有项目库对composer.json文件进行逆向工程？

Posted 2021-04-05

这可能是一个毫无意义的问题，但认为问题没有坏处。

我继承了一个网站，从我可以收集到的是使用一些Zend库和Doctrine ...我想，原谅我的无知，因为我不太了解Zend框架。

无论如何，我被要求更新其中的众多depreacated代码实例。我认为它只是在应用程序代码中，所以我可以在这里和那里更新函数等。

事实证明，大多数需要更新的代码都在库文件夹中，我可以收集的是所有库，我原本认为它们是使用composer设置的，但是没有提到代码库中的composer.json文件。

所以我现在不知所措，因为我有一堆库，我不知道如何更新。这让我想到了问题，解决这个问题的最佳方法是什么？

我在想是否有一些基于上述库文件夹的内容对composer.json文件进行逆向工程，这将是一个良好的开端，因为我可以使用它作为替换库文件夹的基础作曲家，但我有一种感觉，我可能抓着稻草。

要想一想，这是库文件夹的顶级文件夹结构：

鉴于列出的子文件夹的数量和所有依赖关系毫无疑问涉及我想象手动更新它们将是一个不起作用。

有兴趣在这里了解最佳行动方案。

答案

如果我在你的位置，我会创建一个composer.json并添加尝试逐个添加文件夹中的库并检查应用程序是否仍然有效并逐个修复依赖项，我还看到有一个供应商文件夹在那里，这可能是一个composer.json的结果，可以很容易地添加到一个新的composer.json中，但你必须逐个使用这些库。