Capítulo 1. Por que Laravel?
Este trabalho foi traduzido com recurso a IA. Agradecemos o teu feedback e comentários: translation-feedback@oreilly.com
Nos primórdios da Web dinâmica, escrever uma aplicação Web era muito diferente do que é hoje. Na altura, os programadores eram responsáveis por escrever o código não só para a lógica comercial exclusiva das nossas aplicações, mas também para cada um dos componentes que são tão comuns nos sites - autenticação do utilizador, validação de entradas, acesso à base de dados, modelos e muito mais.
Atualmente, os programadores têm dezenas de estruturas de desenvolvimento de aplicações e milhares de componentes e bibliotecas facilmente acessíveis. É um refrão comum entre os programadores que, quando aprendes uma framework, já apareceram três frameworks mais recentes (e supostamente melhores) com a intenção de a substituir.
"Só porque está lá" pode ser uma justificação válida para escalar uma montanha, mas existem melhores razões para optar por utilizar uma estrutura específica - ou para utilizar uma estrutura de todo. Vale a pena fazer a pergunta, por que frameworks? Mais especificamente, por que Laravel?
Porquê utilizar uma estrutura?
É fácil de ver porque é benéfico usar os componentes individuais, ou pacotes, que estão disponíveis para desenvolvedores PHP. Com os pacotes, outra pessoa é responsável por desenvolver e manter um pedaço isolado de código que tem uma função bem definida e, em teoria, essa pessoa tem uma compreensão mais profunda ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access