基于现有项目库对 composer.json 文件进行逆向工程？
Reverse engineering a composer.json file based on existing project library?
这可能是一个毫无意义的问题，但我觉得问也没什么坏处。
我继承了一个网站，据我所知，该网站正在使用一些 Zend 库和 Doctrine...我想，请原谅我的无知，因为我对 Zend 框架不是很了解。
无论如何，我被要求更新其中的大量弃用代码实例。我认为这只是在应用程序代码中，所以我可以在这里和那里更新功能等。
事实证明，大部分需要更新的代码都在库文件夹中，我可以从中收集到所有我认为会使用 composer 设置的库，但没有提到 composer.json 代码库中的文件。
所以我现在不知所措，因为我有一堆我不知道如何更新的库。这让我想到了我的问题，解决这个问题的最佳方法是什么？
我在想，如果有什么方法可以根据上述库文件夹的内容对 composer.json 文件进行逆向工程，那将是一个好的开始，因为我可以以此为基础来替换library 文件夹，其中包含由 composer 引入的更新库，但我有一种感觉，我可能正在抓紧救命稻草。
为了给出一些想法，这是库文件夹的顶级文件夹结构：
考虑到所列子文件夹的数量以及毫无疑问涉及的所有依赖项，我认为手动更新它们是行不通的。
有兴趣在此处了解有关最佳行动方案的想法。
如果我在你的位置，我会创建一个 composer.json 并添加尝试从文件夹中一个一个地添加库，检查应用程序是否仍然有效并一个一个地修复依赖项，我也看到了那里有一个供应商文件夹，它可能是 composer.json 的结果，可以很容易地添加到新的 composer.json 中，但您必须一个一个地获取库。
这可能是一个毫无意义的问题，但我觉得问也没什么坏处。
我继承了一个网站，据我所知，该网站正在使用一些 Zend 库和 Doctrine...我想，请原谅我的无知，因为我对 Zend 框架不是很了解。
无论如何，我被要求更新其中的大量弃用代码实例。我认为这只是在应用程序代码中，所以我可以在这里和那里更新功能等。
事实证明，大部分需要更新的代码都在库文件夹中，我可以从中收集到所有我认为会使用 composer 设置的库，但没有提到 composer.json 代码库中的文件。
所以我现在不知所措，因为我有一堆我不知道如何更新的库。这让我想到了我的问题，解决这个问题的最佳方法是什么？
我在想，如果有什么方法可以根据上述库文件夹的内容对 composer.json 文件进行逆向工程，那将是一个好的开始，因为我可以以此为基础来替换library 文件夹，其中包含由 composer 引入的更新库，但我有一种感觉，我可能正在抓紧救命稻草。
为了给出一些想法，这是库文件夹的顶级文件夹结构：
考虑到所列子文件夹的数量以及毫无疑问涉及的所有依赖项，我认为手动更新它们是行不通的。
有兴趣在此处了解有关最佳行动方案的想法。
如果我在你的位置，我会创建一个 composer.json 并添加尝试从文件夹中一个一个地添加库，检查应用程序是否仍然有效并一个一个地修复依赖项，我也看到了那里有一个供应商文件夹，它可能是 composer.json 的结果，可以很容易地添加到新的 composer.json 中，但您必须一个一个地获取库。