Php 基于现有项目库反向工程composer.json文件?

Php 基于现有项目库反向工程composer.json文件?,php,zend-framework,doctrine,composer-php,deprecated,Php,Zend Framework,Doctrine,Composer Php,Deprecated,这可能是一个毫无意义的问题,但我想问也没什么坏处 我已经继承了一个网站,从我所能收集到的是使用一些Zend图书馆和学说。。。我想,请原谅我的无知,因为我对Zend框架不是很了解 在任何情况下,我都被要求更新其中大量不推荐的代码实例。我认为它应该在应用程序代码中,所以我可以在这里和那里更新函数等等 事实证明,大多数需要更新的代码都在library文件夹中,我可以从中收集到所有我认为应该使用composer设置的库,但是在代码库中没有提到composer.json文件 因此,我现在不知所措,因为我有

这可能是一个毫无意义的问题,但我想问也没什么坏处

我已经继承了一个网站,从我所能收集到的是使用一些Zend图书馆和学说。。。我想,请原谅我的无知,因为我对Zend框架不是很了解

在任何情况下,我都被要求更新其中大量不推荐的代码实例。我认为它应该在应用程序代码中,所以我可以在这里和那里更新函数等等

事实证明,大多数需要更新的代码都在library文件夹中,我可以从中收集到所有我认为应该使用composer设置的库,但是在代码库中没有提到composer.json文件

因此,我现在不知所措,因为我有一堆我不知道如何更新的库。这就引出了我的问题,解决这个问题的最佳方法是什么

我在想,如果有什么方法可以根据上述库文件夹的内容对composer.json文件进行反向工程,那将是一个很好的开始,因为我可以以此为基础,用composer拉进来的更新库替换库文件夹,但我有一种感觉,我可能正在抓紧救命稻草

下面是库文件夹的顶级文件夹结构:

考虑到这些列表中的子文件夹数量以及毫无疑问涉及的所有依赖项,我认为手动更新它们将是一个不成功的过程


如果我在你的位置,我会创建一个composer.json并添加尝试从文件夹中逐个添加库,然后检查应用程序是否仍然工作并逐个修复依赖项,我还看到其中有一个供应商文件夹,这可能是composer.json的结果,它可以很容易地添加到新的composer.json中,但您必须一个接一个地获取库。

理想情况下,如果我事后从未发现大多数不推荐的代码都在项目实际不需要的文件中,我会这样做。最终只是删除了大部分库。