扩展包开发
包开发
介绍
包是向 Laravel 添加功能的主要方式。 包可能是处理日期的好方法,例如 Carbon,也可能是允许您将文件与 Eloquent 模型相关联的包,例如 Spatie 的 Laravel 媒体库。
有不同类型的包。 有些包是独立的,这意味着它们可以与任何 PHP 框架一起使用。 Carbon 和 PHPUnit 是独立包的示例。 任何这些包都可以通过在你的 composer.json
文件中的要求来与 Laravel 一起使用。
另一方面,其他软件包专门用于 Laravel。 这些包可能包含专门用于增强 Laravel 应用程序的路由、控制器、视图和配置。 本指南主要涵盖了那些特定于 Laravel 的包的开发。
关于 Facades
在编写 Laravel 应用程序时,通常使用契约还是外观并不重要,因为两者都提供了基本相同的可测试性级别。 但是,在编写包时,您的包通常无法访问 Laravel 的所有测试助手。 如果您希望能够像将包安装在典型的 Laravel 应用程序中一样编写包测试,您可以使用 Orchestral Testbench 包。
包发现
在 Laravel 应用程序的 config/app.php
配置文件中,providers
选项定义了 Laravel 应该加载的服务提供者列表。 当有人安装您的软件包时,您通常希望您的服务提供商包含在此列表中。 您可以在包的 composer.json
文件的 extra
部分中定义提供者,而不是要求用户手动将您的服务提供者添加到列表中。 除了服务提供商之外,您还可以列出您想注册的任何 facades:
"extra": {
"laravel": {
"providers": [
"Barryvdh\\Debugbar\\ServiceProvider"
],
"aliases": {
"Debugbar": "Barryvdh\\Debugbar\\Facade"
}
}
},
一旦你的包被配置为发现,Laravel 将在安装时自动注册它的服务提供者和门面,为你的包的用户创造一个方便的安装体验。
选择退出包发现
如果您是一个包的消费者并且想要禁用包的包发现,您可以在应用程序的 composer.json
文件的 extra
部分列出包名:
"extra": {
"laravel": {
"dont-discover": [
"barryvdh/laravel-debugbar"
]
}
},
您可以使用应用程序的 dont-discover
指令中的 *
字符禁用所有包的包发现:
"extra": {
"laravel": {
"dont-discover": [
"*"
]
}
},
服务供应商
服务提供者 是你的包和 Laravel 之间的连接点。 服务提供者负责将事物绑定到 Laravel 的 服务容器 并通知 Laravel 在哪里加载包资源,例如视图、配置和本地化文件。
服务提供者扩展了 Illuminate\Support\ServiceProvider
类并包含两个方法:register
和 boot
。 基本的 ServiceProvider
类位于 illuminate/support
Composer 包中,您应该将其添加到您自己的包的依赖项中。 要了解有关服务提供者的结构和目的的更多信息,请查看 他们的文档。
资源
配置
通常,您需要将包的配置文件发布到应用程序的 config
目录。 这将允许您的包的用户轻松覆盖您的默认配置选项。 要允许发布配置文件,请从服务提供者的 boot
方法中调用 publishes
方法:
/**
* Bootstrap any package services.
*
* @return void
*/
public function boot()
{
$this->publishes([
__DIR__.'/../config/courier.php' => config_path('courier.php'),
]);
}
现在,当你的包的用户执行 Laravel 的 vendor:publish
命令时,你的文件将被复制到指定的发布位置。 发布配置后,可以像访问任何其他配置文件一样访问其值:
$value = config('courier.option');
注意:您不应该在配置文件中定义闭包。 当用户执行
config:cache
Artisan 命令时,它们无法正确序列化。
默认包配置
您还可以将自己的包配置文件与应用程序的已发布副本合并。 这将允许您的用户在配置文件的已发布副本中仅定义他们实际想要覆盖的选项。 要合并配置文件值,请在服务提供商的 register
方法中使用 mergeConfigFrom
方法。
mergeConfigFrom
方法接受包配置文件的路径作为其第一个参数,应用程序的配置文件副本的名称作为其第二个参数:
/**
* Bootstrap any package services.
*
* @return void
*/
public function register()
{
$this->mergeConfigFrom(
__DIR__.'/../config/courier.php', 'courier'
);
}
注意:此方法仅合并配置数组的第一级。 如果您的用户部分定义了多维配置数组,则不会合并缺少的选项。
路由
如果你的包包含路由,你可以使用 loadRoutesFrom
方法加载它们。 此方法将自动确定应用程序的路由是否被缓存,如果路由已被缓存,则不会加载您的路由文件:
/**
* Bootstrap any package services.
*
* @return void
*/
public function boot()
{
$this->loadRoutesFrom(__DIR__.'/../routes/web.php');
}
迁移
如果你的包包含 数据库迁移,你可以使用 loadMigrationsFrom
方法告诉 Laravel 如何加载它们。 loadMigrationsFrom
方法接受包迁移的路径作为其唯一参数:
/**
* Bootstrap any package services.
*
* @return void
*/
public function boot()
{
$this->loadMigrationsFrom(__DIR__.'/../database/migrations');
}
一旦您的包的迁移被注册,它们将在执行 php artisan migrate
命令时自动运行。 您不需要将它们导出到应用程序的 database/migrations
目录。
翻译
如果你的包包含 翻译文件,你可以使用 loadTranslationsFrom
方法告诉 Laravel 如何加载它们。 例如,如果您的包名为 courier
,则应将以下内容添加到服务提供商的 boot
方法中:
/**
* Bootstrap any package services.
*
* @return void
*/
public function boot()
{
$this->loadTranslationsFrom(__DIR__.'/../lang', 'courier');
}
使用 package::file.line
语法约定引用包翻译。 因此,您可以从 messages
文件中加载 courier
包的 welcome
行,如下所示:
echo trans('courier::messages.welcome');
出版翻译
如果您想将包的翻译发布到应用程序的 lang/vendor
目录,您可以使用服务提供者的 publishes
方法。 publishes
方法接受一组包路径及其所需的发布位置。 例如,要发布 courier
包的翻译文件,您可以执行以下操作:
/**
* Bootstrap any package services.
*
* @return void
*/
public function boot()
{
$this->loadTranslationsFrom(__DIR__.'/../lang', 'courier');
$this->publishes([
__DIR__.'/../lang' => $this->app->langPath('vendor/courier'),
]);
}
现在,当你的包的用户执行 Laravel 的 vendor:publish
Artisan 命令时,你的包的翻译将被发布到指定的发布位置。
视图
要将包的 views 注册到 Laravel,你需要告诉 Laravel 视图的位置。 您可以使用服务提供者的 loadViewsFrom
方法来执行此操作。 loadViewsFrom
方法接受两个参数:视图模板的路径和包的名称。 例如,如果您的包的名称是 courier
,您可以将以下内容添加到服务提供商的 boot
方法中:
/**
* Bootstrap any package services.
*
* @return void
*/
public function boot()
{
$this->loadViewsFrom(__DIR__.'/../resources/views', 'courier');
}
使用 package::view
语法约定来引用包视图。 因此,一旦您的视图路径在服务提供者中注册,您就可以从 courier
包中加载 dashboard
视图,如下所示:
Route::get('/dashboard', function () {
return view('courier::dashboard');
});
覆盖包视图
当你使用 loadViewsFrom
方法时,Laravel 实际上为你的视图注册了两个位置:应用程序的 resources/views/vendor
目录和你指定的目录。 因此,以 courier
包为例,Laravel 将首先检查开发人员是否已将自定义版本的视图放置在 resources/views/vendor/courier
目录中。 然后,如果视图没有被自定义,Laravel 将搜索你在调用 loadViewsFrom
时指定的包视图目录。 这使包用户可以轻松自定义/覆盖您的包的视图。
发布视图
如果您想让您的视图可用于发布到应用程序的 resources/views/vendor
目录,您可以使用服务提供者的 publishes
方法。 publishes
方法接受一组包视图路径及其所需的发布位置:
/**
* Bootstrap package services.
*
* @return void
*/
public function boot()
{
$this->loadViewsFrom(__DIR__.'/../resources/views', 'courier');
$this->publishes([
__DIR__.'/../resources/views' => resource_path('views/vendor/courier'),
]);
}
现在,当你的包的用户执行 Laravel 的 vendor:publish
Artisan 命令时,你的包的视图将被复制到指定的发布位置。
View Components
If you are building a package that utilizes Blade components or placing components in non-conventional directories, you will need to manually register your component class and its HTML tag alias so that Laravel knows where to find the component. You should typically register your components in the boot
method of your package's service provider:
use Illuminate\Support\Facades\Blade;
use VendorPackage\View\Components\AlertComponent;
/**
* Bootstrap your package's services.
*
* @return void
*/
public function boot()
{
Blade::component('package-alert', AlertComponent::class);
}
一旦你的组件被注册,它就可以使用它的标签别名来呈现:
<x-package-alert/>
Autoloading Package Components
Alternatively, you may use the componentNamespace
method to autoload component classes by convention. For example, a Nightshade
package might have Calendar
and ColorPicker
components that reside within the Nightshade\Views\Components
namespace:
use Illuminate\Support\Facades\Blade;
/**
* Bootstrap your package's services.
*
* @return void
*/
public function boot()
{
Blade::componentNamespace('Nightshade\\Views\\Components', 'nightshade');
}
This will allow the usage of package components by their vendor namespace using the package-name::
syntax:
<x-nightshade::calendar />
<x-nightshade::color-picker />
Blade will automatically detect the class that's linked to this component by pascal-casing the component name. Subdirectories are also supported using "dot" notation.
匿名组件
If your package contains anonymous components, they must be placed within a components
directory of your package's "views" directory (as specified by the loadViewsFrom
method). Then, you may render them by prefixing the component name with the package's view namespace:
<x-courier::alert />
命令
要在 Laravel 中注册你的包的 Artisan 命令,你可以使用 commands
方法。 此方法需要一个命令类名称数组。 注册命令后,您可以使用 Artisan CLI 执行它们:
use Courier\Console\Commands\InstallCommand;
use Courier\Console\Commands\NetworkCommand;
/**
* Bootstrap any package services.
*
* @return void
*/
public function boot()
{
if ($this->app->runningInConsole()) {
$this->commands([
InstallCommand::class,
NetworkCommand::class,
]);
}
}
公共资源
您的包可能包含 JavaScript、CSS 和图像等资产。 要将这些资产发布到应用程序的“public”目录,请使用服务提供者的“publishes”方法。 在本例中,我们还将添加一个 public
资产组标签,可用于轻松发布相关资产组:
/**
* Bootstrap any package services.
*
* @return void
*/
public function boot()
{
$this->publishes([
__DIR__.'/../public' => public_path('vendor/courier'),
], 'public');
}
现在,当您的包的用户执行 vendor:publish
命令时,您的资产将被复制到指定的发布位置。 由于用户通常需要在每次更新包时覆盖资产,您可以使用 --force
标志:
php artisan vendor:publish --tag=public --force
发布文件组
您可能希望单独发布包资产和资源组。例如,您可能希望允许用户发布包的配置文件,而不是被迫发布包的全部资产。您可以在包的服务提供者中调用 publishes
方法时定义「标签」来做到这一点。 例如,让我们使用标签在包的服务提供者的 boot
方法中为 courier
包定义两个发布组(courier-config
和 courier-migrations
):
/**
* 引导任何包服务。
*
* @return void
*/
public function boot()
{
$this->publishes([
__DIR__.'/../config/package.php' => config_path('package.php')
], 'courier-config');
$this->publishes([
__DIR__.'/../database/migrations/' => database_path('migrations')
], 'courier-migrations');
}
现在,您的用户可以通过在执行 vendor:publish
命令时引用他们的标签来分别发布这些组:
php artisan vendor:publish --tag=courier-config
原文地址:cndocs/9.x/pac...
译文地址:cndocs/9.x/pac...