Javascript 对于非PHP依赖项(如jQuery、CSS工具等),我应该使用或避免使用Composer吗? 问题:

Javascript 对于非PHP依赖项(如jQuery、CSS工具等),我应该使用或避免使用Composer吗? 问题:,javascript,php,jquery,css,composer-php,Javascript,Php,Jquery,Css,Composer Php,Composer创建者是否有任何官方声明明确建议使用或避免Composer for JS/CSS/etc依赖项 我为什么这么问 使用Composer获取JS/CSS预处理器等是有意义的,但也似乎有点黑客味。一些大型软件包(Symfony等)也在这样做,它们通过Composer加载jQuery、jqueryui等,但是下载数量非常少。但这是一个明确的“技术”突破,JS世界有自己的依赖管理工具。作曲家网站上没有官方声明 其他服务器端语言如何处理这个问题 我正在寻找一份官方声明或对作曲家/依赖管理有深

Composer创建者是否有任何官方声明明确建议使用或避免Composer for JS/CSS/etc依赖项

我为什么这么问 使用Composer获取JS/CSS预处理器等是有意义的,但也似乎有点黑客味。一些大型软件包(Symfony等)也在这样做,它们通过Composer加载jQuery、jqueryui等,但是下载数量非常少。但这是一个明确的“技术”突破,JS世界有自己的依赖管理工具。作曲家网站上没有官方声明

其他服务器端语言如何处理这个问题


我正在寻找一份官方声明或对作曲家/依赖管理有深入了解的人的推荐。

正如我在评论你的问题时所说,这是一个相当主观的问题。我认为你不会得到你想要的答案。考虑到这一点,我认为管理前端依赖项有一个简单的方法是相当权威的

依我看,这取决于适合这项工作的工具。Bower在管理前端依赖项方面做得很好,而Composer在管理PHP依赖项方面表现出色。我避免使用Composer来管理前端依赖项

FWIW,我不知道我的作曲知识有多“深刻”,但我已经使用它很长时间了,感觉很舒服,并且已经向php |架构师介绍了它。也许不是专家,但离政府工作很近。

如果你想找一份“官方”声明,最好在推特上用“作曲家”标签提问。这也是一个相当主观的问题,所以我认为你不会得到你想要的明确答案