php – 使用composer来要求多个子目录共享的文件

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了php – 使用composer来要求多个子目录共享的文件，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2244字，纯文字阅读大概需要4分钟。

内容图文

我有一个GoDaddy共享主机站点.

根文件夹是html

我使用它作为测试服务器,所以html有几个子目录,如/ site1,/ site2,/ site3.

我想安装和使用parse.com PHP SDK并且是following this guide to set it up

我在服务器上安装了composer：

-bash-4.2$curl -sS https://getcomposer.org/installer | php
#!/usr/bin/env php
All settings correct for using Composer
Downloading...

Composer successfully installed to: /home/content/08/555555/html/composer.phar
Use it: php composer.phar

我用以下内容创建了composer.json：

{
  "require" : {
    "parse/php-sdk" : "~1.1.*"
  }
}

据我了解,我应该将此文件放在我的项目文件夹中,这个文件夹似乎意味着站点的根文件夹,例如我的示例中的site1,然后cd到该目录和“使用install参数执行composer”.

但是,我希望能够在/ site1,/ site2,/ site3等每个站点中包含解析SDK.

我是否需要将composer.json添加到每个站点文件夹,将parse文件夹放在html中并将路径更改为“../parse/php-sdk”：“~1.1.*”,或者有更好的方法设置这个？

解决方法:

Composer不是作为包管理器构建的,而是一个依赖管理器.不同之处在于,包管理器将包安装在一个中央位置供所有人使用,而依赖性管理器仅在一个应用程序中本地安装.

Composer COULD也可以将软件包安装到一个中心位置：composer global需要供应商/软件包,并在那里创建一个可供应用程序使用的自动加载器.当涉及使用多个集中安装的软件包的多个应用程序时,问题就开始了.

第一个问题：更新.前进到一个重要的新版本(即不仅是错误修正,应该向后兼容,但新功能和包的内部工作可能不兼容的更改)可能需要在应用程序中进行一些调整.现在,如果要更新中央软件包,则必须同时在所有应用程序中进行此类调整.这并非不可能,但通常它会禁止更新,因为没有人愿意在所有其他应用程序中完成额外的工作.

第二个问题：当使用仅应在本地为一个应用程序安装的程序包但需要集中安装的程序包的组件时,Composer将无法识别此安装.您将安装此软件包两次 – 而本地安装不需要与中央安装版本相同 – 这将导致各种可能的不兼容问题,这些问题确实难以调试,因为突然出现了自动加载的顺序影响可能的结果.

虽然每个应用程序多次在同一版本中冗余安装相同的软件包听起来是个坏主意,因为它浪费了文件空间,但事实恰恰相反：文件空间很便宜,工作应用程序被认为比硬盘上重复文件的成本.并且管理和更新单个应用程序的依赖关系的难易程度很难与中央安装相匹配.

PEAR使用了核心方法.维护者花费了大量的工作来保证向后兼容软件包的每个版本,即使今天的常规PEAR软件包向后兼容PHP 4.0也是如此.没有人喜欢今天使用PEAR,甚至在Composer复活之前也不喜欢使用它.我认为这是一个强有力的指标,无法在中心位置安装软件包.

内容总结

以上是互联网集市为您收集整理的php – 使用composer来要求多个子目录共享的文件全部内容，希望文章能够帮你解决php – 使用composer来要求多个子目录共享的文件所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端