composer

最新推荐文章于 2024-05-01 21:39:42 发布

leo_jk

最新推荐文章于 2024-05-01 21:39:42 发布

阅读量272

点赞数

分类专栏： composer

本文链接：https://blog.csdn.net/leo_jk/article/details/119296117

版权

composer 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

本文介绍了 Composer 的基本概念，包括其三个核心组成部分：仓库、命令行工具和自动加载依赖管理。详细解释了如何利用 Composer 来管理 PHP 项目的依赖，并通过示例展示了 composer.json 和 composer.lock 文件的作用。

摘要由CSDN通过智能技术生成

文章来源：https://www.bilibili.com/video/BV1cE411h7Bh?p=4

一、composer 三大组成部分：仓库、命令行、自动加载依赖管理PSR-0和PSR-4

1.第一部分：仓库，公共库和私有库，添加自己的类包到公共库分享出来。公共库所有人可见，私有库，自己或自己开发团队可见。

2.第二部分：命令行下载器、安装和使用命令。

3.第三部分：自动加载代码，包依赖管理何使用自动加载，PSR-0和PSR-4自动加载规范

二、composer常用文件

1.vendor目录 :放置下载包

2.composer.json文件

3.composer.lok文件

我们安装完composer之后，下载monolog这个包，在项目根目录下执行 composer require monolog/monolog ，如果我们的项目中还没有下载过包，就会发现新建了 vendor目录，composer.json composer.lok

其中，vendor目录下就是放我们下载的包，但是要注意，这个目录中有公共文件，是所有包文件公用的（composer、psr、autoload.php,以及外面的composer.json composer.lok）

三、composer.json 和 composer.lock文件关系

1.composer.lock会根据composer.json的内容来自动生成，和composer.json在同一位置，即在安装完所有需要的包之后，composer会在composer.lock文件中生成一张标准的包版本文件，这将锁定所有包的版本。可以使用composer.lock和composer.json一起控制项目的版本。

当我们运行composer install 将会读取composer.lock文件，进行更新依赖。如果composer.lock不存在或者里面没内容，会执行composer.json，会将最新版本的文件下载到vendor目录里，然后再去更新composer.lock文件。我们都会把项目部署到github上，可是，当一个项目需要多人合作的时候，为了让所有人都使用与您正在使用的完全相同的依赖项。

2.composer.lock与composer.json 的关系为，composer.json文件为包的元信息，composer.lock文件同样为包的元信息，但是在composer.json文件中可以指定使用不明确的依赖包版本，如 >= 2.0 ,在composer.lock文件中的会是当前安装的版本。那么在使用composer安装包时，它会优先从composer.lock,文件读取依赖版本，再根据composer.json文件去获取依赖。这确保了该库的每个使用者都能得到相同的依赖版本。这对于团队开发来讲非常重要。

四、autoload.php文件

autoload.php这个文件用于我们项目将composer下载的包自动加载过来。不过需要注意的是，一般框架都是在入口处将这个文件引入，然后，框架就能通过psr规则来自动加载。也就是说，要使用composer下载的包，首先就需要引入autoload.php这个文件。

五.composer常用命令

1.compsoer init 以命令行交互的方式填写composer.json文件信息。主要是一些项目的基本信息。

2.composer install 从当前目录读取composer.json文件，处理依赖关系，并安装包到vendor目录下。重新部署项目或者团队合并分支的时候，为了统一下载包的版本，需要install一下，保证统一的版本。

3.composer update 获取依赖的最新版本，升级compoer.lock文件。

4.composer require xxxx/yyy 添加新的依赖包到composer.json文件中并执行更新

5.composer search 搜索依赖包

6.composer show 列出所有的可用的资源包

7.composer validate 检测composer.json文件是否有效

8.composer self-update 将composer工具更新到最新版本

9.composer create-project 基于composer创建一个新的项目

六、composer.json文件内结构

1.require cmposer下载的包名及版本

2.require-dev 有些包依赖只会在开发过程中使用，正式发布的程序不需要这些包，这个时候，就需要用到另外一个键，即require-dev。例如，我们想用codeception进行单元测试，那么就可以通过require-dev引入这个开发环境下的依赖包

3.autoload 自动加载包

3.1 自动加载文件 files ，自动加载一个公共函数文件，也可以在数组中加多个文件的路径，以项目根目录开始。写入加载方式后，需要命令 composer dump-autoload 因为composer需要重建自动加载信息。

    "autoload":{
        "files":[
            "app/functions.php"
        ]
    }

3.2 classmap方式加载，因为一个一个加载文件虽然直观，但是每次要加载哪些文件都需要指定并重建自动加载信息。所用用classmap比较方便，写入加载方式后，需要命令 composer dump-autoload 因为composer需要重建自动加载信息。

"autoload": {
　　"classmap": ["src/", "lib/", "Something.php"]
}

3.3 psr-4、0方式加载，PSR-0，PSR-4，类文件都要求有个命名空间.PSR-0则规定类名中的下划线_会被转化成目录分隔符， psr-4 中是key：value key-命名空间名称 value-对应的目录

其意思就是，下载的包，根据psr-4规则能自动加载到项目对应的目录中（命名空间位置）

    "autoload":{
    	"psr-4":{
            "Acme\\":"src/",
            "controllers\\":"app/controllers/",
            "models\\":"app/models/"
        },
        "files":[
            "app/functions.php"
        ]
    }