composer.json 安装放在哪

来源：蜘蛛抓取(WebSpider) 时间：2017-07-28 05:18 标签： composer auth.json
Composer提供了四种方式的支持，分别是 PSR-0和PSR-4的自动加载（我的一篇文章也有介绍过它们)，生成class-map，和直接包含files的方式。
PSR-4是composer推荐使用的一种方式，因为它更易使用并能带来更简洁的目录结构。在composer.json里是这样进行配置的：
"autoload": {
"psr-4": {
"Foo\\": "src/",
&key和value就定义出了namespace以及到相应path的映射。按照PSR-4的规则，当试图自动加载 "Foo\\Bar\\Baz" 这个class时，会去寻找 "src/Bar/Baz.php" 这个文件，如果它存在则进行加载。注意， "Foo\\"
并没有出现在文件路径中，这是与PSR-0不同的一点，如果PSR-0有此配置，那么会去寻找
"src/Foo/Bar/Baz.php"
这个文件。
另外注意PSR-4和PSR-0的配置里，"Foo\\"结尾的命名空间分隔符必须加上并且进行转义，以防出现"Foo"匹配到了"FooBar"这样的意外发生。
在composer安装或更新完之后，psr-4的配置换被转换成namespace为key，dir path为value的Map的形式，并写入生成的 vendor/composer/autoload_psr4.php 文件之中。
"autoload": {
"psr-0": {
"Foo\\": "src/",
&最终这个配置也以Map的形式写入生成的
vendor/composer/autoload_namespaces.php
文件之中。
Class-map方式，则是通过配置指定的目录或文件，然后在Composer安装或更新时，它会扫描指定目录下以.php或.inc结尾的文件中的class，生成class到指定file path的映射，并加入新生成的 vendor/composer/autoload_classmap.php 文件中。
"autoload": {
"classmap": ["src/", "lib/", "Something.php"]
&例如src/下有一个BaseController类，那么在autoload_classmap.php文件中，就会生成这样的配置:
'BaseController' =& $baseDir . '/src/BaseController.php'
Files方式，就是手动指定供直接加载的文件。比如说我们有一系列全局的helper functions，可以放到一个helper文件里然后直接进行加载
"autoload": {
"files": ["src/MyLibrary/functions.php"]
它会生成一个array，包含这些配置中指定的files，再写入新生成的
vendor/composer/autoload_files.php
文件中，以供autoloader直接进行加载。
阅读(...) 评论() &&>&&>&&>&&>&laravel框架目录结构和composer.json目录结构
laravel框架目录结构和composer.json目录结构
上传大小：31KB
laravel框架目录结构和composer.json目录结构
嵌到我的页面
<input type="text" value="">
综合评分：0（0位用户评分）
所需积分：1
下载次数：2
审核通过送C币
创建者：nigelyq
创建者：xinconan1992
课程推荐相关知识库
上传者其他资源上传者专辑
开发技术热门标签
VIP会员动态
spring mvc+mybatis+mysql+maven+bootstrap 整合实现增删查改简单实例.zip
CSDN&vip年卡&4000万程序员的必选
laravel框架目录结构和composer.json目录结构
会员到期时间：剩余下载次数：
积分不足！
资源所需积分
当前拥有积分
您可以选择
程序员的必选
绿色安全资源
资源所需积分
当前拥有积分
VIP年卡全年1200次免积分下载
你当前的下载分为234。
你还不是VIP会员
开通VIP会员权限，免积分下载
你下载资源过于频繁，请输入验证码
你下载资源过于频繁，请输入验证码
您因违反CSDN下载频道规则而被锁定帐户，如有疑问，请联络:!
若举报审核通过，可奖励20下载分
被举报人：
举报的资源分：
请选择类型
资源无法下载
资源无法使用
标题与实际内容不符
含有危害国家安全内容
含有反动色情等内容
含广告内容
版权问题，侵犯个人或公司的版权
*详细原因：你的浏览器禁用了JavaScript, 请开启后刷新浏览器获得更好的体验!
这个...不是在项目根目录么?
要回复问题请先或
浏览: 3565
关注: 2 人PHP 开发者该知道的 5 个 Composer 小技巧 &13524人阅读
我们经常要往现有的项目中添加扩展包，有时候因为文档的错误引导，如下图来自 这个文档 的：
composer update 这个命令在我们现在的逻辑中，可能会对项目造成巨大伤害。
因为 composer update 的逻辑是按照 composer.json 指定的扩展包版本规则，把所有扩展包更新到最新版本，注意，是 所有扩展包，举个例子，你在项目一开始的时候使用了 monolog，当时的配置信息是
"monolog/monolog": "1.*",
安装的是 monolog 1.1 版本，而一个多月以后的现在，monolog 已经是 1.2 了，运行命令后直接更新到 1.2，这时项目并没有针对 1.2 进行过测试，项目一下子变得很不稳定，情况有时候会比这个更糟糕，尤其是在一个庞大的项目中，你没有对项目写完整覆盖测试的情况，什么东西坏掉了你都不知道。
那应该使用哪个命令呢？install, update 还是 require ？
接下来我们一一解释。
composer install - 如有 composer.lock 文件，直接安装，否则从 composer.json 安装最新扩展包和依赖；
composer update - 从 composer.json 安装最新扩展包和依赖；
composer update vendor/package - 从 composer.json 或者对应包的配置，并更新到最新；
composer require new/package - 添加安装 new/package, 可以指定版本，如： composer require new/package ~2.5.
下来介绍几个日常生产的流程，来方便加深大家的理解。
流程一：新项目流程
创建 composer.json，并添加依赖到的扩展包；
运行 composer install，安装扩展包并生成 composer.lock；
提交 composer.lock 到代码版本控制器中，如：
流程二：项目协作者安装现有项目
克隆项目后，根目录下直接运行 composer install 从 composer.lock 中安装 指定版本 的扩展包以及其依赖；
此流程适用于生产环境代码的部署。
流程三：为项目添加新扩展包
使用 composer require vendor/package 添加扩展包；
提交更新后的 composer.json 和 composer.lock 到代码版本控制器中，如：
关于 composer.lock 文件
composer.lock 文件里保存着对每一个代码依赖的版本记录（见下图），提交到版本控制器中，并配合composer install 使用，保证了团队所有协作者开发环境、线上生产环境中运行的代码版本的一致性。
关于扩展包的安装方法
那么，准备添加一个扩展包，install, update, require 三个命令都可以用来安装扩展包，选择哪一个才是正确的呢？
答案是：使用 composer require 命令
另外，在手动修改 composer.json 添加扩展包后，composer update new/package 进行指定扩展包更新的方式，也可以正确的安装，不过不建议使用这种方法，因为，一旦你忘记敲定后面的扩展包名，就会进入万劫不复的状态，别给自己留坑呀。
上面的概念不论对新手或者老手来说，都比较混淆，主要记住这个概念：
原有项目新添加扩展的，都使用 composer require new/package 这种方式来安装。
需要加版本的话
composer require "foo/bar:1.0.0"
更新指定扩展到指定版本
有时候你之前使用过的扩展包，加入了新功能，你想更新单独这个扩展包到指定版本，也可以使用 require 来操作。
如下面例子，需要更新 “sami/sami”: “3.0.” 到 “sami/sami”: “3.2.”
命令行运行：
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：49005次
排名：千里之外
原创：60篇
(3)(9)(11)(3)(5)(7)(7)(2)(2)(1)(1)(14)(3)

我要回帖

更多关于 composer auth.json 的文章

 

随机推荐