Одностраничные бэкэнды приложений: где Laravel превосходит Node.js

Мне было поручено написать книгу о создании приложений для полного стека Vue.js. Поскольку многие разработчики Laravel заинтересованы в Vue (Vue теперь поставляется с Laravel), издатель хочет, чтобы книга сосредоточилась на полном стеке Vue.js с Laravel .

Готовясь к книге, я знал, что мне придется ответить на очень важный для меня вопрос: зачем кому-то даже захотеть использовать Laravel в качестве бэкенда для одностраничного приложения, когда они могут использовать Node.js?

Преимущества Node.js

Как и многие веб-разработчики, которые научились программировать за последнее десятилетие, я начал с PHP. Но так как я заинтересовался разработкой внешнего интерфейса и SPA (одностраничными приложениями), я в конечном итоге переключился на полноценный JavaScript и с тех пор не оглядывался назад.

Node.js имеет несколько очень явных преимуществ в качестве бэкэнда SPA:

1. Один язык в проекте (JavaScript) означает, что его просто проще кодировать.
2. Есть возможность обмениваться кодом между приложениями внешнего и внутреннего интерфейса или даже сделать приложение изоморфным.
3. Node.js позволяет рендеринг на стороне сервера. Это означает, что вы можете отобразить свою страницу на сервере до того, как она попадет в браузер, что позволит пользователям быстрее увидеть страницу (есть попытки добиться этого с помощью расширений PHP / JS, но в настоящее время они не работают со многими инфраструктурами SPA как Vue, и если они делают, они намного медленнее).
4. Узел имеет неблокирующий ввод-вывод и лучше обрабатывает параллельные запросы (PHP может делать это и сейчас, но, опять же, медленнее).

Застрял с PHP

Учитывая все вышесказанное, я предполагаю, почему вы должны использовать PHP для бэкэнда SPA, потому что вы должны застрять с ним , и Laravel выбран потому, что это просто лучшее из плохой ситуации.

Вы можете застрять в PHP, если:

• Основной компетенцией вас и вашей команды является PHP, и вы не чувствуете себя комфортно, переходя на полный JS.
• У вас есть устаревшая кодовая база или инфраструктура, основанная на PHP, и вы не можете ее легко изменить.
• Ваш клиент настаивает на PHP по любой причине, по которой он не будет сдвигаться с места (например, «деньги» …)

Все это на самом деле довольно веские причины для использования PHP, хотя и не очень вдохновляющие. И это то, что не имеет смысла …

Почему так много разработчиков страстно выбирают Laravel, когда их стек всегда будет хуже, чем у Node.js? Они просто невежественны или слишком упрямы, чтобы признать славу полноценного стека JavaScript?

Возвращаясь к PHP и работая с Laravel впервые за несколько лет, я теперь вижу, что в этой истории было нечто большее, чем я предполагал.

Почему Laravel отлично подходит для бэкэнда SPA

Большинство разработчиков будут упоминать о производительности и возможностях при обсуждении преимуществ инфраструктуры, но когда производительность и функциональные возможности будут соблюдены в достаточной степени, наиболее важными будут простота разработки и обслуживания.

У Laravel есть мантра «делать разработчиков счастливыми», и главная причина, по которой пользователи так увлечены Laravel, заключается в том, что он действительно выполняет это обещание. Отправившись в Laravel после нескольких лет работы с Node.js / Express, я был очень впечатлен тем, насколько он прост и элегантен.

Пример: синтаксис

Синтаксис Laravel является выразительным и простым для понимания людьми. Даже если вы никогда не видели код Laravel прежде, вы, вероятно, можете сказать, что делает следующее:

<?php

Route::get('api/users/{user}', function (App\User $user) {
  return $user->email;
});

$bucket->addFile($someFile);

<?php

namespace App\Helpers;

class Bucket
{
    protected $key;

    public function __construct($key) {
        $this->key = $key;
    }

    protected function authorize() {...}

    public function addFile($file) {...}

    public function deleteFile($file) {...}
}

<?php

$key = config('amazon.api_key');
$bucket = new App\Helpers\Bucket($key);

$bucket->addFile($someFile);

<?php

$this->app->bind('App\Helpers\Bucket', function ($app) {
  $key = config('amazon.api_key');
  return new App\Helpers\Bucket($key);
});

<?php

$bucket = app('App\Helpers\Bucket');
$bucket->addFile($someFile);

<?php

public function someFunction(\App\Helpers\Bucket $bucket) 
{
  // $bucket is a pre-configured `Bucket` object
  $bucket->addFile($someFile);
}