Com o lançamento do Laravel 8 em setembro de 2020 , o popular framework PHP continua a oferecer novos recursos e melhorias. Após a versão 5, o Laravel mudou para o versionamento semântico e os lançamentos mais frequentes significaram mudanças menores entre cada um. Dito isso, ainda existem várias atualizações interessantes nesta versão da estrutura.

Embora o Laravel continue oferecendo correções de segurança para a versão 7 até o início de 2021, nenhuma correção de bugs será lançada depois de outubro de 2020, então você deve atualizar para o Laravel 8 o mais rápido possível. 

Despejos de esquema de migração

Se você trabalha em um aplicativo Laravel há muito tempo, pode ter dezenas ou centenas de arquivos de migração de banco de dados em seu projeto. Normalmente, você executará apenas os mais novos a cada vez, mas, quando um novo desenvolvedor se juntar à sua equipe ou você quiser atualizar as tabelas do banco de dados, terá que executar todas essas migrações em sequência novamente.

O novo schema:dumpcomando do Laravel 8 corrige este problema. Depois de executar o comando Artisan, suas migrações existentes serão “comprimidas” e salvas em um único arquivo SQL. Você pode optar por definir o --prunesinalizador, o que também removerá os arquivos de migração originais do seu projeto. Da próxima vez que você executar todas as suas migrações, o Laravel irá apenas executar o arquivo SQL, seguido por quaisquer novas migrações que você adicionou desde o squash.

Para ver o esquema de despejo em ação, crie um novo projeto Laravel 8 e conecte um banco de dados MySQL ou Postgres. O Laravel vem com algumas migrações padrão, então uma vez que você configura seu banco de dados, você pode executar o seguinte:

php artisan schema:dump --prune

Você verá que o Laravel deletou suas migrações no ./database/migrationsdiretório e criou um único arquivo SQL no ./database/schemadiretório. Agora, você pode executar todas as suas migrações novamente, e o Laravel usará o arquivo SQL:

php artisan migrate:fresh

Observe que os dumps do esquema de migração do Laravel 8 só funcionam ao usar um banco de dados baseado em SQL como MySQL ou PostgreSQL. Bancos de dados NoSQL como MongoDB não podem usar esse recurso e também não funciona para SQLite.

Fábricas baseadas em classe

O Laravel removeu as funções de fábrica de modelos em favor de fábricas de modelos baseadas em classes . Isso significa que você pode criar uma instância de um modelo para fins de teste ou propagação usando o novo factory()método. Por exemplo, o código a seguir criará cinco usuários e os salvará em seu banco de dados:

User::factory()->count(5)->create();

O Faker está sempre disponível para classes de fábrica, então é realmente fácil gerar dados de teste de boa aparência. Se você precisa de suporte legado para funções de fábrica, o Laravel lançou um pacote que você pode usar para manter o método antigo até atualizar seu código.

Melhorias de limitação de taxa

Antes do Laravel 8, a melhor maneira de adicionar limitação de taxa ao seu aplicativo era usar o throttlemiddleware. Você poderia personalizar esse middleware estendendo-o ou criando sua própria classe , mas não era fácil de fazer.

Na versão 8, o Laravel adicionou um novo método ao RouteServiceProviderchamado configureRateLimiting(). Aqui você pode usar a nova RateLimiterfachada do Laravel para implementar uma lógica personalizada em torno da limitação de taxa. Por exemplo, você pode permitir que os administradores façam solicitações ilimitadas de API, enquanto outros usuários estão limitados a 60 solicitações por minuto:

...
    protected function configureRateLimiting()
    {
        RateLimiter::for('api', function (Request $request) {
            return $request->user()->isAdmin() ? 
                Limit::none() :
                Limit::perMinute(60);
        });
    }
...

A lógica complexa em torno dos limites de taxa pode ser atraente para aplicativos Laravel baseados em API.

Opções de modo de manutenção aprimoradas

Os desenvolvedores normalmente colocam seus aplicativos Laravel em modo de manutenção enquanto executam tarefas como a atualização de pacotes do Composer ou migrações de banco de dados. Nas versões anteriores do Laravel, os desenvolvedores podiam usar seu endereço IP para ignorar o modo de manutenção, mas no Laravel 8, este método foi substituído por tokens baseados em URL.

Por exemplo, coloque seu aplicativo em modo de manutenção usando o seguinte comando:

php artisan down --secret="12345"

Os usuários não conseguirão acessar o aplicativo a menos que naveguem para <YOUR_APP_URL>/12345. Se fizerem isso, eles podem ignorar o modo de manutenção e ver o aplicativo. Isso permite que você compartilhe um link com outros desenvolvedores ou partes interessadas que podem precisar ignorar o modo de manutenção.

Outro problema com o modo de manutenção nas versões anteriores do Laravel era que ele dependia do Laravel estar em um estado de funcionamento. Em outras palavras, se o seu composer installcomando quebrasse a instalação do Laravel, a página de manutenção também seria quebrada.

Para contornar isso, o Laravel 8 adicionou uma opção para pré - renderizar uma visão específica que os usuários verão enquanto seu aplicativo está em modo de manutenção. Por exemplo, se você quiser mostrar a página de erro padrão do Laravel 503 durante o modo de manutenção, você pode executar o seguinte:

php artisan down --render="errors::503"

...
    public function isExperienced()
    {
        return $this->created_at < Carbon::now()->subDays(90);
    }
...

...
    public function testUserIsExperienced()
    {
        $user = User::inRandomOrder()->first();

        $this->travel(91)->days();
        $this->assertTrue($user->isExperienced());

        $this->travelBack();
        $this->assertFalse($user->isExperienced());
    }
...