我已经做了一个CMS作为一个项目有一段时间了，我目前在插件管理部分工作。而不是建立我自己的仓库& &;更新管理器，我一直在玩弄的想法，使用作曲家代替。问题是我希望网站上的管理员能够随意添加/删除插件。
所以我在想，构建一个运行composer的前端会是一个多么糟糕的想法?毕竟，Composer只是PHP，它意味着要在生产环境中运行(允许使用Composer)。它可以解决我所有的存储库、更新和依赖需求。
我敲出了一个快速测试脚本，我构建并传递了一个自定义配置文件(而不是composer)。Json，安装的插件列表存储在数据库中)，一切似乎都很好。但我总觉得这是个坏主意。
有人有过这样的经历吗?这是好主意还是坏主意?
使用Composer作为带有前端的嵌入式依赖管理器实际上是一个非常有效的用例。这里有一些信息链接，以及一个专门帮助将composer嵌入到应用程序中的项目。
https://github.com/dflydev/dflydev-embedded-composer
https://sculpin.io/documentation/embedded-composer
http://srcmvn.com/blog/2013/05/23/symfony -生活- 2013 -波特兰-嵌入式作曲家