Compartilhar:
){kind=small}
Sou ator formado, com uma dissertação sobre stand-up comedy, e comecei a me dedicar ao desenvolvimento em PHP por meio dos encontros da comunidade. Você pode me encontrar dando palestras e escrevendo sobre tecnologia, ou ouvindo e comprando discos curiosos da minha coleção de vinil.
O Laravel 12 chama a atenção
Tempo de leitura: 4 minutos
É difícil acreditar que já se passaram três anos inteiros desde que escrevi um artigo sobre um grande lançamento do Laravel. Desde então, o ciclo de lançamentos tem apresentado, em sua maioria, pequenas mudanças incrementais para melhorar a qualidade de vida dos desenvolvedores, mas tudo isso mudou com o lançamento do Laravel 12. É importante observar que o que torna este lançamento do Laravel tão significativo não é, na verdade, o código central do framework em si, mas sim o que está acontecendo dentro da organização como um todo. Logo após uma rodada de financiamento de capital de risco da Série A no valor de US$ 57 milhões da Accel, ficou claro que novidades empolgantes estavam por vir. Vamos mergulhar nas mudanças que estão ocorrendo na sede desse gigante do PHP.
Essa é, sem dúvida, a maior mudança. Há diferentes maneiras de encarar a abordagem do kit inicial: aqui na Vonage, eu uso o Breeze kit inicial com frequência, devido à natureza do meu trabalho, que exige a rápida criação de aplicativos de demonstração. Embora isso funcione bem no meu caso específico, vale a pena observar que esses kits iniciais foram projetados para servir de orientação. Se você tiver um projeto específico de site totalmente novo, especialmente se ele tiver potencial para lidar com tráfego de nível empresarial, provavelmente seria melhor construir seu aplicativo inteiramente do zero.
No entanto, as opções disponíveis lidam com eficiência com as tarefas monótonas que inevitavelmente precisam ser realizadas: sistemas de autenticação de usuários, cadeias de dependências do JavaScripte armazenamento de sessão.
Aqui estão as novas opções de kits iniciais:
Laravel Starter Kit Options
Há várias mudanças nos bastidores em relação à forma como elas são estruturadas: em primeiro lugar, você notará que Blade + AlpineJS não está mais presente. Essa pode ser uma escolha impopular, mas, considerando que o Blade é o mecanismo de modelagem para renderização do lado do servidor de fato como um pacote oficial, optar por não usar um kit inicial e integrá-lo diretamente é uma opção viável. No entanto, você não terá o front-end para autenticação de usuários, que vem com todos os outros. Se você está acostumado com o Jetstream e Breeze (que agora oferecem suporte apenas), então o o Livewire será o que você procura. Transferir essa lógica para o Livewire significa que você terá a API do Volt incluída nele.
Lembra que acabei de mencionar os modelos para o sistema de autenticação nesses kits iniciais? Pois é, agora você tem uma opção interessante disponível durante o processo de criação do kit inicial. Você pode optar por usar o sistema de autenticação integrado que o Jetstream e o Breeze costumavam incluir. Pronto, as migrações e o gerenciamento de sessões foram criados. No entanto, você também pode optar por uma integração gratuita (plano básico) da API com o WorkOS.
Qual é a vantagem disso? Bem, que bom que você perguntou. Acho que, nesse caso, uma imagem vale mais que mil palavras:
WorkOS Default Styling for LoginE aí está: o OAuth 2.0 integrado com uma conta da Microsoft ou do Google, além do mecanismo tradicional de nome de usuário e senha. Se você quiser reforçar sua segurança, pode configurar sua conta no WorkOS para suportar a autenticação multifatorial. No entanto, existem outras opções para isso, como conferir a autenticação silenciosa integrada da Vonage e a demonstração do código 2FA com o Breeze. A vantagem desse tipo de opção é a variedade de escolhas disponíveis; assim, embora alguns possam não gostar da ideia de dependência de um único fornecedor, os desenvolvedores Laravel que sabem o que estão fazendo podem integrar a solução que melhor atenda às suas necessidades.
O Laravel sempre teve como lema permitir que os desenvolvedores comecem a programar seus aplicativos o mais rápido possível, ao mesmo tempo em que oferece a melhor experiência de desenvolvimento. Foi essa mentalidade que deu origem ao conceito de DevOps: e se os desenvolvedores tivessem o poder de orquestrar e construir uma infraestrutura que, tradicionalmente, era de responsabilidade da equipe de operações?
Nesse contexto, os desenvolvedores do Laravel já contam com o Laravel Forge, o que levanta a seguinte questão: “Qual é a diferença entre Forge e Cloud? O Forge certamente tornou o DevOps um processo muito mais fácil para hospedar sua aplicação Laravel, ao integrar de forma eficaz a AWS, a Digital Ocean e outras plataformas conhecidas. No entanto, você ainda precisa saber exatamente como manter toda a pilha, portanto, experiência com tecnologias nativas de nuvem é essencial.
O Cloud foi um passo além: gerenciar sua pilha de tecnologias com uma interface de usuário muito bonita e eliminar todas as interações necessárias com os provedores da Cloud Platform. Isso significa que você tem, na prática, o Forge, o Envoyer, e o autoescalonamento, tudo em um só lugar.
Não há dúvida de que avanços significativos foram alcançados na missão do Laravel de criar Applications escaláveis mais rapidamente do que nunca. Na Vonage, adoramos o Laravel; por isso, você pode iniciar o Vonage no contêiner do Laravel Service automaticamente com nosso wrapper. Que tal conversar conosco sobre o Laravel? Junte-se à nossa no Slack, siga-nos no X (antigo Twitter) ou inscreva-se em nosso Boletim Informativo para Desenvolvedores. Fique conectado, compartilhe seu progresso e acompanhe as últimas notícias, dicas e eventos para desenvolvedores!
Compartilhar:
Sou ator formado, com uma dissertação sobre stand-up comedy, e comecei a me dedicar ao desenvolvimento em PHP por meio dos encontros da comunidade. Você pode me encontrar dando palestras e escrevendo sobre tecnologia, ou ouvindo e comprando discos curiosos da minha coleção de vinil.