Jadual Kandungan
runInBackground() Kaedah
KaedahwithoutOverlapping()
mutex Apabila memanggil kaedah
⑴ 超时时间
⑵ 回调方法
Rumah rangka kerja php Laravel Artikel ini akan membawa anda memahami mekanisme pengendalian penjadualan jadual Laravel.

Artikel ini akan membawa anda memahami mekanisme pengendalian penjadualan jadual Laravel.

Feb 17, 2022 pm 07:26 PM
laravel

Artikel ini akan membincangkan tentang mekanisme operasi jadual dalam Laravel. Saya harap ia akan membantu anda!

Artikel ini akan membawa anda memahami mekanisme pengendalian penjadualan jadual Laravel.

  Baris arahan konsol Laravel sangat memudahkan penetapan dan menjalankan tugas berjadual PHP. Pada masa lalu, proses mengkonfigurasi tugas berjadual melalui crontab agak menyusahkan, dan sukar untuk mengelakkan tugas bertindih apabila menetapkan tugas berjadual melalui crontab.

  Apa yang dipanggil tugasan bertindih bermakna disebabkan oleh masa tugasan yang dijadualkan berjalan lama, apabila kitaran larian yang ditetapkan oleh crontab tidak munasabah, tugas yang dimulakan belum selesai dijalankan dan sistem bermula sekali lagi Tugas baharu untuk melaksanakan operasi yang sama. Jika masalah ketekalan data tidak dikendalikan dengan baik dalam program, maka dua tugasan yang beroperasi pada data yang sama pada masa yang sama boleh membawa kepada akibat yang serius.

runInBackground dan withoutOverlapping

Untuk mengelakkan tugasan bertindih, Laravel menyediakan kaedah withoutOverlapping() untuk membolehkan berbilang tugasan dilaksanakan secara selari di latar belakang, Laravel menyediakan runInBackground() Kaedah.

runInBackground() Kaedah

      Konsol Setiap arahan dalam baris arahan mewakili Event, dan fungsi kaedah AppConsoleKernel dalam schedule() ialah hanya Daftar Event yang diwakili oleh baris arahan ini ke dalam atribut IlluminateConsoleSchedulingSchedule $events.

// namespace \Illuminate\Console\Scheduling\Schedule

public function command($command, array $parameters = [])
{
    if (class_exists($command)) {
        $command = Container::getInstance()->make($command)->getName();
    }

    return $this->exec(
        Application::formatCommandString($command), $parameters
    );
}

public function exec($command, array $parameters = [])
{
    if (count($parameters)) {
        $command .= ' '.$this->compileParameters($parameters);
    }

    $this->events[] = $event = new Event($this->eventMutex, $command, $this->timezone);

    return $event;
}
Salin selepas log masuk

  Event boleh dijalankan dalam dua cara: Foreground dan Background . Perbezaan antara kedua-duanya terletak pada sama ada berbilang Event boleh dilaksanakan secara selari. Event berjalan dalam mod Foreground secara lalai Dalam mod larian ini, berbilang Event dilaksanakan secara berurutan dan Event berikut perlu menunggu sehingga Event sebelumnya selesai sebelum ia boleh memulakan pelaksanaan.

 Tetapi dalam aplikasi sebenar, kami sering berharap berbilang Event boleh dilaksanakan secara selari, kami perlu memanggil kaedah Event runInBackground() untuk menetapkan mod lariannya kepada . Background

    Perbezaan antara dua kaedah larian rangka kerja Laravel terletak pada cara baris arahan dipasang dan cara kaedah panggil balik dipanggil.

// namespace \Illuminate\Console\Scheduling\Event
protected function runCommandInForeground(Container $container)
{
    $this->callBeforeCallbacks($container);

    $this->exitCode = Process::fromShellCommandline($this->buildCommand(), base_path(), null, null, null)->run();

    $this->callAfterCallbacks($container);
}

protected function runCommandInBackground(Container $container)
{
    $this->callBeforeCallbacks($container);

    Process::fromShellCommandline($this->buildCommand(), base_path(), null, null, null)->run();
}

public function buildCommand()
{
    return (new CommandBuilder)->buildCommand($this);
}

// namespace Illuminate\Console\Scheduling\CommandBuilder
public function buildCommand(Event $event)
{
    if ($event->runInBackground) {
        return $this->buildBackgroundCommand($event);
    }

    return $this->buildForegroundCommand($event);
}

protected function buildForegroundCommand(Event $event)
{
    $output = ProcessUtils::escapeArgument($event->output);

    return $this->ensureCorrectUser(
        $event, $event->command.($event->shouldAppendOutput ? ' >> ' : ' > ').$output.' 2>&1'
    );
}

protected function buildBackgroundCommand(Event $event)
{
    $output = ProcessUtils::escapeArgument($event->output);

    $redirect = $event->shouldAppendOutput ? ' >> ' : ' > ';

    $finished = Application::formatCommandString('schedule:finish').' "'.$event->mutexName().'"';

    if (windows_os()) {
        return 'start /b cmd /c "('.$event->command.' & '.$finished.' "%errorlevel%")'.$redirect.$output.' 2>&1"';
    }

    return $this->ensureCorrectUser($event,
        '('.$event->command.$redirect.$output.' 2>&1 ; '.$finished.' "$?") > '
        .ProcessUtils::escapeArgument($event->getDefaultOutput()).' 2>&1 &'
    );
}
Salin selepas log masuk
  Ia boleh dilihat daripada kod bahawa apabila

dijalankan dalam mod Background, simbol Event akan ditambah pada penghujung baris arahan semasa pemasangannya adalah untuk membuat program baris arahan Masukkan latar belakang untuk dijalankan; sebagai tambahan, kaedah panggil balik & berjalan dalam mod Foreground dipanggil serentak, manakala Event berjalan dalam mod Background mempunyai Event panggil balik melalui baris arahan after untuk dilaksanakan. schedule:finish

KaedahwithoutOverlapping()

  Apabila menetapkan kitaran larian

, disebabkan oleh perubahan berterusan dalam senario aplikasi, sukar untuk mengelakkan < tertentu 🎜> Ia mengambil masa yang lama untuk dijalankan dalam tempoh masa tertentu untuk disiapkan, dan pelaksanaan tidak pun selesai pada permulaan kitaran larian seterusnya. Jika keadaan ini tidak dikendalikan, ia akan menyebabkan berbilang Eventyang serupa dijalankan pada masa yang sama Jika Eventini melibatkan operasi data dan masalah idempotensi tidak dikendalikan dengan baik dalam program, ia berkemungkinan serius. akibatnya. EventEvent  Untuk mengelakkan masalah di atas,

menyediakan kaedah

, yang menetapkan atribut Event withoutOverlapping() kepada Event dan melaksanakan withoutOverlapping setiap kali Ia akan menyemak sama ada terdapat TRUE yang sama sedang dilaksanakan. Jika wujud, tugasan Event baharu tidak akan dilaksanakan. EventEvent

// namespace Illuminate\Console\Scheduling\Event
public function withoutOverlapping($expiresAt = 1440)
{
    $this-&gt;withoutOverlapping = true;

    $this-&gt;expiresAt = $expiresAt;

    return $this-&gt;then(function () {
        $this-&gt;mutex-&gt;forget($this);
    })-&gt;skip(function () {
        return $this-&gt;mutex-&gt;exists($this);
    });
}

public function run(Container $container)
{
    if ($this-&gt;withoutOverlapping &amp;&amp;
        ! $this-&gt;mutex-&gt;create($this)) {
        return;
    }

    $this-&gt;runInBackground
                ? $this-&gt;runCommandInBackground($container)
                : $this-&gt;runCommandInForeground($container);
}
Salin selepas log masuk
Kunci Mutex

mutex Apabila memanggil kaedah

, kaedah ini turut melaksanakan dua fungsi lain: satu ialah menetapkan tamat masa, yang lalai kepada 24 jam ; Yang lain adalah untuk menetapkan panggilan balik

. withoutOverlapping()

⑴ 超时时间

  首先说超时时间,这个超时时间并不是 Event 的超时时间,而是 Event 的属性 mutex 的超时时间。在向 Illuminate\Console\Scheduling\Schedule 的属性 $events 中注册 Event 时,会调用 Schedule 中的 exec() 方法,在该方法中会新建 Event 对象,此时会向 Event 的构造方法中传入一个 eventMutex ,这就是 Event 对象中的属性 mutex ,超时时间就是为这个 mutex 设置的。而 Schedule 中的 eventMutex 则是通过实例化 CacheEventMutex 来创建的。

// namespace \Illuminate\Console\Scheduling\Schedule
$this-&gt;eventMutex = $container-&gt;bound(EventMutex::class)
                                ? $container-&gt;make(EventMutex::class)
                                : $container-&gt;make(CacheEventMutex::class);
Salin selepas log masuk

  设置了 withoutOverlappingEvent 在执行之前,首先会尝试获取 mutex 互斥锁,如果无法成功获取到锁,那么 Event 就不会执行。获取互斥锁的操作通过调用 mutexcreate() 方法完成。

  CacheEventMutex 在实例化时需要传入一个 \Illuminate\Contracts\Cache\Factory 类型的实例,其最终传入的是一个 \Illuminate\Cache\CacheManager 实例。在调用 create() 方法获取互斥锁时,还需要通过调用 store() 方法设置存储引擎。

// namespace \Illuminate\Foundation\Console\Kernel
protected function defineConsoleSchedule()
{
    $this-&gt;app-&gt;singleton(Schedule::class, function ($app) {
        return tap(new Schedule($this-&gt;scheduleTimezone()), function ($schedule) {
            $this-&gt;schedule($schedule-&gt;useCache($this-&gt;scheduleCache()));
        });
    });
}

protected function scheduleCache()
{
    return Env::get(&amp;#39;SCHEDULE_CACHE_DRIVER&amp;#39;);
}

// namespace \Illuminate\Console\Scheduling\Schedule
public function useCache($store)
{
    if ($this-&gt;eventMutex instanceof CacheEventMutex) {
        $this-&gt;eventMutex-&gt;useStore($store);
    }

    /* ... ... */
    return $this;
}

// namespace \Illuminate\Console\Scheduling\CacheEventMutex
public function create(Event $event)
{
    return $this-&gt;cache-&gt;store($this-&gt;store)-&gt;add(
        $event-&gt;mutexName(), true, $event-&gt;expiresAt * 60
    );
}

// namespace \Illuminate\Cache\CacheManager
public function store($name = null)
{
    $name = $name ?: $this-&gt;getDefaultDriver();

    return $this-&gt;stores[$name] = $this-&gt;get($name);
}

public function getDefaultDriver()
{
    return $this-&gt;app[&amp;#39;config&amp;#39;][&amp;#39;cache.default&amp;#39;];
}

protected function get($name)
{
    return $this-&gt;stores[$name] ?? $this-&gt;resolve($name);
}

protected function resolve($name)
{
    $config = $this-&gt;getConfig($name);

    if (is_null($config)) {
        throw new InvalidArgumentException(&quot;Cache store [{$name}] is not defined.&quot;);
    }

    if (isset($this-&gt;customCreators[$config[&amp;#39;driver&amp;#39;]])) {
        return $this-&gt;callCustomCreator($config);
    } else {
        $driverMethod = &amp;#39;create&amp;#39;.ucfirst($config[&amp;#39;driver&amp;#39;]).&amp;#39;Driver&amp;#39;;

        if (method_exists($this, $driverMethod)) {
            return $this-&gt;{$driverMethod}($config);
        } else {
            throw new InvalidArgumentException(&quot;Driver [{$config[&amp;#39;driver&amp;#39;]}] is not supported.&quot;);
        }
    }
}

protected function getConfig($name)
{
    return $this-&gt;app[&amp;#39;config&amp;#39;][&quot;cache.stores.{$name}&quot;];
}

protected function createFileDriver(array $config)
{
    return $this-&gt;repository(new FileStore($this-&gt;app[&amp;#39;files&amp;#39;], $config[&amp;#39;path&amp;#39;], $config[&amp;#39;permission&amp;#39;] ?? null));
}
Salin selepas log masuk

  在初始化 Schedule 时会指定 eventMutex 的存储引擎,默认为环境变量中的配置项 SCHEDULE_CACHE_DRIVER 的值。但通常这一项配置在环境变量中并不存在,所以 useCache() 的参数值为空,进而 eventMutexstore 属性值也为空。这样,在 eventMutexcreate() 方法中调用 store() 方法为其设置存储引擎时,store() 方法的参数值也为空。

  当 store() 方法的传参为空时,会使用应用的默认存储引擎(如果不做任何修改,默认 cache 的存储引擎为 file)。之后会取得默认存储引擎的配置信息(引擎、存储路径、连接信息等),然后实例化存储引擎。最终,file 存储引擎实例化的是 \Illuminate\Cache\FileStore

  在设置完存储引擎之后,紧接着会调用 add() 方法获取互斥锁。由于 store() 方法返回的是 \Illuminate\Contracts\Cache\Repository 类型的实例,所以最终调用的是 Illuminate\Cache\Repository 中的 add() 方法。

// namespace \Illuminate\Cache\Repository
public function add($key, $value, $ttl = null)
{
    if ($ttl !== null) {
        if ($this-&gt;getSeconds($ttl) &lt;= 0) {
            return false;
        }

        if (method_exists($this-&gt;store, &amp;#39;add&amp;#39;)) {
            $seconds = $this-&gt;getSeconds($ttl);

            return $this-&gt;store-&gt;add(
                $this-&gt;itemKey($key), $value, $seconds
            );
        }
    }

    if (is_null($this-&gt;get($key))) {
        return $this-&gt;put($key, $value, $ttl);
    }

    return false;
}

public function get($key, $default = null)
{
    if (is_array($key)) {
        return $this-&gt;many($key);
    }

    $value = $this-&gt;store-&gt;get($this-&gt;itemKey($key));

    if (is_null($value)) {
        $this-&gt;event(new CacheMissed($key));

        $value = value($default);
    } else {
        $this-&gt;event(new CacheHit($key, $value));
    }

    return $value;
}

// namespace \Illuminate\Cache\FileStore
public function get($key)
{
    return $this-&gt;getPayload($key)[&amp;#39;data&amp;#39;] ?? null;
}

protected function getPayload($key)
{
    $path = $this-&gt;path($key);

    try {
        $expire = substr(
            $contents = $this-&gt;files-&gt;get($path, true), 0, 10
        );
    } catch (Exception $e) {
        return $this-&gt;emptyPayload();
    }

    if ($this-&gt;currentTime() &gt;= $expire) {
        $this-&gt;forget($key);

        return $this-&gt;emptyPayload();
    }

    try {
        $data = unserialize(substr($contents, 10));
    } catch (Exception $e) {
        $this-&gt;forget($key);

        return $this-&gt;emptyPayload();
    }

    $time = $expire - $this-&gt;currentTime();

    return compact(&amp;#39;data&amp;#39;, &amp;#39;time&amp;#39;);
}
Salin selepas log masuk

  这里需要说明,所谓互斥锁,其本质是写文件。如果文件不存在或文件内容为空或文件中存储的过期时间小于当前时间,则互斥锁可以顺利获得;否则无法获取到互斥锁。文件内容为固定格式:timestampb:1

  所谓超时时间,与此处的 timestamp 的值有密切的联系。获取互斥锁时的时间戳,再加上超时时间的秒数,即是此处的 timestamp 的值。

  由于 FileStore 中不存在 add() 方法,所以程序会直接尝试调用 get() 方法获取文件中的内容。如果 get() 返回的结果为 NULL,说明获取互斥锁成功,之后会调用 FileStoreput() 方法写文件;否则,说明当前有相同的 Event 在运行,不会再运行新的 Event

  在调用 put() 方法写文件时,首先需要根据传参计算 eventMutex 的超时时间的秒数,之后再调用 FileStore 中的 put() 方法,将数据写入文件中。

// namespace \Illuminate\Cache\Repository
public function put($key, $value, $ttl = null)
{
    /* ... ... */

    $seconds = $this-&gt;getSeconds($ttl);

    if ($seconds &lt;= 0) {
        return $this-&gt;forget($key);
    }

    $result = $this-&gt;store-&gt;put($this-&gt;itemKey($key), $value, $seconds);

    if ($result) {
        $this-&gt;event(new KeyWritten($key, $value, $seconds));
    }

    return $result;
}

// namespace \Illuminate\Cache\FileStore
public function put($key, $value, $seconds)
{
    $this-&gt;ensureCacheDirectoryExists($path = $this-&gt;path($key));

    $result = $this-&gt;files-&gt;put(
        $path, $this-&gt;expiration($seconds).serialize($value), true
    );

    if ($result !== false &amp;&amp; $result &gt; 0) {
        $this-&gt;ensureFileHasCorrectPermissions($path);

        return true;
    }

    return false;
}

protected function path($key)
{
    $parts = array_slice(str_split($hash = sha1($key), 2), 0, 2);

    return $this-&gt;directory.&amp;#39;/&amp;#39;.implode(&amp;#39;/&amp;#39;, $parts).&amp;#39;/&amp;#39;.$hash;
}

// namespace \Illuminate\Console\Scheduling\Schedule
public function mutexName()
{
    return &amp;#39;framework&amp;#39;.DIRECTORY_SEPARATOR.&amp;#39;schedule-&amp;#39;.sha1($this-&gt;expression.$this-&gt;command);
}
Salin selepas log masuk

  这里需要重点说明的是 $key 的生成方法以及文件路径的生成方法。$key 通过调用 EventmutexName() 方法生成,其中需要用到 Event$expression$command 属性。其中 $command 为我们定义的命令行,在调用 $schedule->comand() 方法时传入,然后进行格式化,$expression 则为 Event 的运行周期。

  以命令行 schedule:test 为例,格式化之后的命令行为 `/usr/local/php/bin/php` `artisan` schedule:test,如果该命令行设置的运行周期为每分钟一次,即 * * * * * ,则最终计算得到的 $key 的值为 framework/schedule-768a42da74f005b3ac29ca0a88eb72d0ca2b84be 。文件路径则是将 $key 的值再次进行 sha1 计算之后,以两个字符为一组切分成数组,然后取数组的前两项组成一个二级目录,而配置文件中 file 引擎的默认存储路径为 storage/framework/cache/data ,所以最终的文件路径为 storage/framework/cache/data/eb/60/eb608bf555895f742e5bd57e186cbd97f9a6f432 。而文件中存储的内容则为 1642122685b:1

⑵ 回调方法

  再来说设置的 Event 回调,调用 withoutOverlapping() 方法会为 Event 设置两个回调:一个是 Event 运行完成之后的回调,用于释放互斥锁,即清理缓存文件;另一个是在运行 Event 之前判断互斥锁是否被占用,即缓存文件是否已经存在。

  无论 Event 是以 Foreground 的方式运行,还是以 Background 的方式运行,在运行完成之后都会调用 callAfterCallbacks() 方法执行 afterCallbacks 中的回调,其中就有一项回调用于释放互斥锁,删除缓存文件 $this->mutex->forget($this) 。区别就在于,以 Foreground 方式运行的 Event 是在运行完成之后显式的调用这些回调方法,而以 Background 方式运行的 Event 则需要借助 schedule:finish 来调用这些回调方法。

  所有在 \App\Console\Kernel 中注册 Event,都是通过命令行 schedule:run 来调度的。在调度之前,首先会判断当前时间点是否满足各个 Event 所配置的运行周期的要求。如果满足的话,接下来就是一些过滤条件的判断,这其中就包括判断互斥锁是否被占用。只有在互斥锁没有被占用的情况下,Event 才可以运行。

// namespace \Illuminate\Console\Scheduling\ScheduleRunCommand
public function handle(Schedule $schedule, Dispatcher $dispatcher)
{
    $this-&gt;schedule = $schedule;
    $this-&gt;dispatcher = $dispatcher;

    foreach ($this-&gt;schedule-&gt;dueEvents($this-&gt;laravel) as $event) {
        if (! $event-&gt;filtersPass($this-&gt;laravel)) {
            $this-&gt;dispatcher-&gt;dispatch(new ScheduledTaskSkipped($event));

            continue;
        }

        if ($event-&gt;onOneServer) {
            $this-&gt;runSingleServerEvent($event);
        } else {
            $this-&gt;runEvent($event);
        }

        $this-&gt;eventsRan = true;
    }

    if (! $this-&gt;eventsRan) {
        $this-&gt;info(&amp;#39;No scheduled commands are ready to run.&amp;#39;);
    }
}

// namespace \Illuminate\Console\Scheduling\Schedule
public function dueEvents($app)
{
    return collect($this-&gt;events)-&gt;filter-&gt;isDue($app);
}

// namespace \Illuminate\Console\Scheduling\Event
public function isDue($app)
{
    /* ... ... */
    return $this-&gt;expressionPasses() &amp;&amp;
           $this-&gt;runsInEnvironment($app-&gt;environment());
}

protected function expressionPasses()
{
    $date = Carbon::now();
    /* ... ... */
    return CronExpression::factory($this-&gt;expression)-&gt;isDue($date-&gt;toDateTimeString());
}

// namespace \Cron\CronExpression
public function isDue($currentTime = &amp;#39;now&amp;#39;, $timeZone = null)
{
   /* ... ... */
   
    try {
        return $this-&gt;getNextRunDate($currentTime, 0, true)-&gt;getTimestamp() === $currentTime-&gt;getTimestamp();
    } catch (Exception $e) {
        return false;
    }
}

public function getNextRunDate($currentTime = &amp;#39;now&amp;#39;, $nth = 0, $allowCurrentDate = false, $timeZone = null)
{
    return $this-&gt;getRunDate($currentTime, $nth, false, $allowCurrentDate, $timeZone);
}
Salin selepas log masuk
  有时候,我们可能需要 kill 掉一些在后台运行的命令行,但紧接着我们会发现这些被 kill 掉的命令行在一段时间内无法按照设置的运行周期自动调度,其原因就在于手动 kill 掉的命令行没有调用 schedule:finish 清理缓存文件,释放互斥锁。这就导致在设置的过期时间到达之前,互斥锁会一直被占用,新的 Event 不会再次运行。

【相关推荐:laravel视频教程

Atas ialah kandungan terperinci Artikel ini akan membawa anda memahami mekanisme pengendalian penjadualan jadual Laravel.. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Kenyataan Laman Web ini
Kandungan artikel ini disumbangkan secara sukarela oleh netizen, dan hak cipta adalah milik pengarang asal. Laman web ini tidak memikul tanggungjawab undang-undang yang sepadan. Jika anda menemui sebarang kandungan yang disyaki plagiarisme atau pelanggaran, sila hubungi admin@php.cn

Alat AI Hot

Undresser.AI Undress

Undresser.AI Undress

Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover

AI Clothes Remover

Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool

Undress AI Tool

Gambar buka pakaian secara percuma

Clothoff.io

Clothoff.io

Penyingkiran pakaian AI

AI Hentai Generator

AI Hentai Generator

Menjana ai hentai secara percuma.

Artikel Panas

R.E.P.O. Kristal tenaga dijelaskan dan apa yang mereka lakukan (kristal kuning)
4 minggu yang lalu By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. Tetapan grafik terbaik
4 minggu yang lalu By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. Cara Memperbaiki Audio Jika anda tidak dapat mendengar sesiapa
4 minggu yang lalu By 尊渡假赌尊渡假赌尊渡假赌
R.E.P.O. Arahan sembang dan cara menggunakannya
4 minggu yang lalu By 尊渡假赌尊渡假赌尊渡假赌

Alat panas

Notepad++7.3.1

Notepad++7.3.1

Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina

SublimeText3 versi Cina

Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1

Hantar Studio 13.0.1

Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6

Dreamweaver CS6

Alat pembangunan web visual

SublimeText3 versi Mac

SublimeText3 versi Mac

Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Perbandingan versi terkini Laravel dan CodeIgniter Perbandingan versi terkini Laravel dan CodeIgniter Jun 05, 2024 pm 05:29 PM

Versi terkini Laravel 9 dan CodeIgniter 4 menyediakan ciri dan penambahbaikan yang dikemas kini. Laravel9 menggunakan seni bina MVC dan menyediakan fungsi seperti migrasi pangkalan data, pengesahan dan enjin templat. CodeIgniter4 menggunakan seni bina HMVC untuk menyediakan penghalaan, ORM dan caching. Dari segi prestasi, corak reka bentuk berasaskan pembekal perkhidmatan Laravel9 dan rangka kerja ringan CodeIgniter4 memberikannya prestasi cemerlang. Dalam aplikasi praktikal, Laravel9 sesuai untuk projek kompleks yang memerlukan fleksibiliti dan fungsi berkuasa, manakala CodeIgniter4 sesuai untuk pembangunan pesat dan aplikasi kecil.

Bagaimanakah keupayaan pemprosesan data dalam Laravel dan CodeIgniter dibandingkan? Bagaimanakah keupayaan pemprosesan data dalam Laravel dan CodeIgniter dibandingkan? Jun 01, 2024 pm 01:34 PM

Bandingkan keupayaan pemprosesan data Laravel dan CodeIgniter: ORM: Laravel menggunakan EloquentORM, yang menyediakan pemetaan hubungan kelas-objek, manakala CodeIgniter menggunakan ActiveRecord untuk mewakili model pangkalan data sebagai subkelas kelas PHP. Pembina pertanyaan: Laravel mempunyai API pertanyaan berantai yang fleksibel, manakala pembina pertanyaan CodeIgniter lebih ringkas dan berasaskan tatasusunan. Pengesahan data: Laravel menyediakan kelas Pengesah yang menyokong peraturan pengesahan tersuai, manakala CodeIgniter mempunyai kurang fungsi pengesahan terbina dalam dan memerlukan pengekodan manual peraturan tersuai. Kes praktikal: Contoh pendaftaran pengguna menunjukkan Lar

Mana satu yang lebih mesra pemula, Laravel atau CodeIgniter? Mana satu yang lebih mesra pemula, Laravel atau CodeIgniter? Jun 05, 2024 pm 07:50 PM

Untuk pemula, CodeIgniter mempunyai keluk pembelajaran yang lebih lembut dan ciri yang lebih sedikit, tetapi meliputi keperluan asas. Laravel menawarkan set ciri yang lebih luas tetapi mempunyai keluk pembelajaran yang lebih curam. Dari segi prestasi, kedua-dua Laravel dan CodeIgniter berprestasi baik. Laravel mempunyai dokumentasi yang lebih luas dan sokongan komuniti yang aktif, manakala CodeIgniter lebih ringkas, ringan dan mempunyai ciri keselamatan yang kukuh. Dalam kes praktikal membina aplikasi blog, EloquentORM Laravel memudahkan manipulasi data, manakala CodeIgniter memerlukan lebih banyak konfigurasi manual.

Laravel vs CodeIgniter: Rangka kerja manakah yang lebih baik untuk projek besar? Laravel vs CodeIgniter: Rangka kerja manakah yang lebih baik untuk projek besar? Jun 04, 2024 am 09:09 AM

Apabila memilih rangka kerja untuk projek besar, Laravel dan CodeIgniter masing-masing mempunyai kelebihan mereka sendiri. Laravel direka untuk aplikasi peringkat perusahaan, menawarkan reka bentuk modular, suntikan pergantungan dan set ciri yang berkuasa. CodeIgniter ialah rangka kerja ringan yang lebih sesuai untuk projek kecil hingga sederhana, menekankan kelajuan dan kemudahan penggunaan. Untuk projek besar dengan keperluan yang kompleks dan bilangan pengguna yang ramai, kuasa dan kebolehskalaan Laravel adalah lebih sesuai. Untuk projek atau situasi mudah dengan sumber terhad, keupayaan pembangunan CodeIgniter yang ringan dan pantas adalah lebih ideal.

Laravel - Perintah Artisan Laravel - Perintah Artisan Aug 27, 2024 am 10:51 AM

Laravel - Perintah Artisan - Laravel 5.7 hadir dengan cara baharu untuk merawat dan menguji arahan baharu. Ia termasuk ciri baharu untuk menguji arahan artisan dan demonstrasi disebut di bawah?

Laravel vs CodeIgniter: Rangka kerja manakah yang lebih baik untuk projek kecil? Laravel vs CodeIgniter: Rangka kerja manakah yang lebih baik untuk projek kecil? Jun 04, 2024 pm 05:29 PM

Untuk projek kecil, Laravel sesuai untuk projek yang lebih besar yang memerlukan fungsi dan keselamatan yang kukuh. CodeIgniter sesuai untuk projek yang sangat kecil yang memerlukan ringan dan mudah digunakan.

Manakah enjin templat yang lebih baik, Laravel atau CodeIgniter? Manakah enjin templat yang lebih baik, Laravel atau CodeIgniter? Jun 03, 2024 am 11:30 AM

Membandingkan enjin templat Laravel's Blade dan CodeIgniter's Twig, pilih berdasarkan keperluan projek dan keutamaan peribadi: Blade adalah berdasarkan sintaks MVC, yang menggalakkan organisasi kod dan warisan templat yang baik. Twig ialah perpustakaan pihak ketiga yang menyediakan sintaks fleksibel, penapis berkuasa, sokongan lanjutan dan kotak pasir keselamatan.

Laravel - Konsol Artisan Laravel - Konsol Artisan Aug 27, 2024 am 10:51 AM

Laravel - Artisan Console - Rangka kerja Laravel menyediakan tiga alat utama untuk interaksi melalui baris arahan iaitu: Artisan, Ticker dan REPL. Bab ini menerangkan tentang Artisan secara terperinci.

See all articles