Composer 入门教程 Composer 自定义安装程序

2024-02-25 开发教程 Composer 入门教程 匿名 5

自定义安装程序

概要

有时需要在包的安装过程中执行其它的动作,例如:将它安装在默认的 vendor以外的其它目录。

在这些情况下,你可以考虑创建一个自定义安装程序来处理特定的逻辑。

调用自定义安装程序

假设你的项目已经有了一个自定义的安装模块,那么如何根据 安装类型 正确调用你包文件中的安装程序就成为了一个问题。

参见见下一章,如何通过指令创建自定义安装程序。

任何自定义安装程序都要通过 type 属性来识别。一旦被确认,它将完全覆盖默认的安装程序,并执行自己的安装逻辑。

一个实际用例:

phpDocumentor 的特殊模板需要安装在 /vendor 以外的其它目录中。 因此他们选择 phpdocumentor-template安装类型 并为此类型创建了一个插件,以便将他们的模板发送到正确的目录中。

在这样一个模板包的例子中 composer.json 将使用以下设置:

{
"name": "phpdocumentor/template-responsive",
"type": "phpdocumentor-template",
"require": {
"phpdocumentor/template-installer-plugin": "*"
}
}

重要提示: 为了确保这个模板安装程序在安装模板包之前就已存在,模板包必须写入对此安装程序包的依赖。

创建一个安装程序

一个自定义安装程序通常是以 Composer 插件的形式存在,并包含有一个类,它实现了 Composer\Installer\InstallerInterface这个接口。

一个基本的安装程序插件必须由3个文件组成:

  1. 包文件:composer.json
  2. 插件类,例如:My\Project\Composer\Plugin.php,其中的类必须实现 Composer\Plugin\PluginInterface接口。
  3. 安装程序类,例如:My\Project\Composer\Installer.php,其中的类必须实现 Composer\Installer\InstallerInterface接口。

composer.json

此处的包文件和普通资源包是相同的,但需要满足以下条件:

  1. type 属性必须是 composer-plugin
  2. extra 属性必须包含 class元素,它定义了插件类的名称(包含命名空间)。如果这个包有多个插件类,可以使用数组的形式进行定义。

实例:

{
"name": "phpdocumentor/template-installer-plugin",
"type": "composer-plugin",
"license": "MIT",
"autoload": {
"psr-0": {"phpDocumentor\\Composer": "src/"}
},
"extra": {
"class": "phpDocumentor\\Composer\\TemplateInstallerPlugin"
},
"require": {
"composer-plugin-api": "1.0.0"
}
}

插件类

这个类定义了 Composer 的插件,它必须实现 Composer\Plugin\PluginInterface这个接口。它可以在 activate()方法中注册自定义安装程序。

这个类可以被放在任何位置、使用任何名字,只要能够根据 extra.class中的定义被自动加载即可。

实例:

<?php
namespace phpDocumentor\Composer;
use Composer\Composer;
use Composer\IO\IOInterface;
use Composer\Plugin\PluginInterface;
class TemplateInstallerPlugin implements PluginInterface
{
public function activate(Composer $composer, IOInterface $io)
{
$installer = new TemplateInstaller($io, $composer);
$composer->getInstallationManager()->addInstaller($installer);
}
}

自定义安装程序类

这个类用于执行自定义的安装过程,它必须实现 Composer\Installer\InstallerInterface这个接口(或者继承了另一个实现此接口的安装程序类)。它将会对安装类型中定义的字符串执行 supports()方法验证,一旦通过就采用对应的安装程序。

注意: 请慎重选择你的 安装类型 名称,建议遵循这样的格式:vendor-type。例如:phpdocumentor-template

InstallerInterface 类定义了以下方法(请查阅源码以获得更详细的信息):

  • supports() 在这里测试你发布的这个安装程序名称是否通过 安装类型 匹配(参见示例)。只有正确匹配的资源包才会使用此安装程序进行安装。
  • isInstalled() 确定支持的资源包是否已安装。
  • install() 这里你可以定义在安装时需要执行的动作。
  • update() 这里你可以定义在更新时需要执行的动作。当 Composer 调用更新参数时这是必须的。
  • uninstall() 这里你可以定义在移除一个包时需要执行的动作。
  • getInstallPath() 这个方法需要返回一个资源包将要安装的位置。相对于 composer.json 文件的位置。

实例:

<?php
namespace phpDocumentor\Composer;
use Composer\Package\PackageInterface;
use Composer\Installer\LibraryInstaller;
class TemplateInstaller extends LibraryInstaller
{
/**
* {@inheritDoc}
*/
public function getPackageBasePath(PackageInterface $package)
{
$prefix = substr($package->getPrettyName(), 0, 23);
if ('phpdocumentor/template-' !== $prefix) {
throw new \InvalidArgumentException(
'Unable to install template, phpdocumentor templates '
.'should always start their package name with '
.'"phpdocumentor/template-"'
);
}
return 'data/templates/'.substr($package->getPrettyName(), 23);
}
/**
* {@inheritDoc}
*/
public function supports($packageType)
{
return 'phpdocumentor-template' === $packageType;
}
}

这个例子演示了,简单的继承 Composer\Installer\LibraryInstaller类来剥离 phpdocumentor/template-前缀,并用剩余的部分重新组装了一个完全不同的安装路径。

并非安装在 /vendor目录,任何使用这个安装程序的资源包,将被放置在 /data/templates/<stripped name>目录中。