Tib*_*aul 5 php symfony laravel artisan
我在app/Console/Kernel.php中注册了一组控制台命令.我的Kernel.php看起来像,
<?php
namespace App\Console;
use Illuminate\Console\Scheduling\Schedule;
use Illuminate\Foundation\Console\Kernel as ConsoleKernel;
class Kernel extends ConsoleKernel
{
    /**
     * The Artisan commands provided by your application.
     *
     * @var array
     */
    protected $commands = [
        Commands\ConsoleCommand1::class,
        Commands\ConsoleCommand2::class
    ];
    /**
     * Define the application's command schedule.
     *
     * @param  \Illuminate\Console\Scheduling\Schedule $schedule
     *
     * @return void
     */
    protected function schedule(Schedule $schedule)
    {
        // Some code
    }
}
控制台命令类的结构如下所示,
<?php namespace App\Console\Commands;
use Illuminate\Console\Command;
use Dependancy;
class ConsoleCommand1 extends Command
{
    protected $signature = ‘console_command_1’;
    protected $description = ‘This is the description’;
    private $dependancy;
    public function __construct(Dependancy $dependancy)
    {
        parent::__construct();
        $this->dependancy = $dependancy;
    }
    public function handle()
    {
        // Some code
    }
}
现在的问题是,每当我从列表中执行任何控制台命令时,另一个的构造函数也会被实际执行的命令执行.
例如,如果我执行"php artisan console_command_1","php artisan console_command_1"和"php artisan console_command_2"的构造函数将被执行,反之亦然.我实际上只想调用'实际执行的artisan命令'的构造函数.
这是Laravel控制台命令的设计方式还是我做错了什么?任何帮助都非常感谢.
Bog*_*dan 13
是的,遗憾的是,这是Laravel确定是否存在工匠命令的唯一方法.以下是运行命令时发生的两件主要事情:
1.运行控制台命令时,入口点是artisan位于项目根目录中的文件.这会创建一个内核实例,并在其上调用handle传递接收参数的方法(即:artisan命令名称和为其传递的任何其他参数).
2.内核的handle方法将运行artisan命令,为了做到这一点,它将需要一个控制台应用程序实例(内部标识为Artisan),需要调用resolveCommands以创建命令列表,以便它可以检查当前命令名称有效.该方法将为内核注册的每个命令make的新实例(您定义的那些命令,以及从中加载的所有默认命令ArtisanServiceProvider).
所以真的,因为在Kernel你通过类名引用注册命令时:
Commands\ConsoleCommand1::class
命令名是该类的受保护属性:
protected $signature = ‘console_command_1’;
从类中获取命令名的唯一可能方法是创建该类的实例,因此将调用所有构造函数来创建整个命令列表.
| 归档时间: | 
 | 
| 查看次数: | 1978 次 | 
| 最近记录: |