Os frameworks são ferramentas essenciais para a construção de aplicativos modernos e escaláveis. Eles oferecem um conjunto de recursos e padrões de software que facilitam o desenvolvimento, permitindo que os desenvolvedores se preocupem com a estrutura do código. Além disso, os frameworks são atualizados com frequência para incorporar as últimas tendências e tecnologias, o que significa que os aplicativos construídos utilizam ferramentas com maior resistência às mais robustas e seguras.
Programar um aplicativo hoje em dia sem usar um desses frameworks seria como uma casa sem usar um sistema de suporte de vigas. Você pode fazer isso, mas é muito mais difícil e arriscado, e uma casa provavelmente não será construída de acordo com os padrões e recursos de uma estrutura.
Todas as principais linguagens de desenvolvimento têm um conjunto de frameworks disponíveis, cada uma com recursos diferentes. O framework mais popular para Python é o Django, por exemplo, e você provavelmente já ouviu falar da biblioteca mais famosa do JavaScript, o React. Cada um deles é feito para resolver mais ou menos o mesmo problema: como eu uso essa linguagem incrível sem me repetir, ou como nós desenvolvedores gostamos de dizer, desenvolva sem DRY ("Don't Repeat Yourself" , em português: "Não se repita").
Mas antes de seguir o fluxo normal deste texto, quero fazer uma pausa e usar uma pergunta para pegar um desvio: Então, uma vez um amigo de outro área de trabalho me questionou algo assim: "Ok, Marcel, eu entendo o porquê usar um framework, mas se eu não quiser usar? Se eu quiser desenvolver um aplicativo para fazer algumas coisas X, Y, Z apenas com o linguagem nativa?"
A resposta curta: você pode. A longa: você provavelmente não deveria. Explico porque:
Se você não quiser usar um framework, precisa começar a pensar em como resolverá o problema sem, novamente, "se repetir". Por exemplo, se seu aplicativo for usar um banco de dados, como uma planilha, você precisará criar a conexão com o banco de dados, fazer alguma consulta e mostrar o resultado para o usuário. Se você não quiser usar uma estrutura, precisará escrever esse código sozinho. Mas espere, tem mais: ao criar essa conexão, você precisa pensar na segurança, pois se não fizer isso, os dados do seu usuário ficarão expostos. E se você acha que isso é apenas um problema com o banco de dados, está enganado: esse problema vai te acompanhar em todo o app, pois você precisa pensar na segurança em todas as requisições, em todas as respostas e em todos os passos do fluxo do usuário.
Então, se você não quer usar um framework, você precisa pensar no problema de uma forma diferente, porque se você não fizer isso, você precisará literalmente reinventar a roda.
Ao usar um framework, você está usando um conjunto de práticas recomendadas e padrões já definidos e aprimorados pela comunidade. Isso mesmo! Alguém já inventou a roda, solicitações de banco de dados como buscas, padrões de segurança e muito mais. E isso é incrível, porque você não precisa pensar nisso, apenas focar no seu código, ou melhor ainda no problema que você veio resolver em primeiro lugar.
Se você usar um framework, terá uma melhor organização em seu código, e isso é importante, pois uma boa organização de código significa uma melhor manutenção e uma melhor escalabilidade. Quando você não tem uma boa organização de código, seu código ficará uma bagunça, e isso não é uma coisa boa, porque um código bagunçado é um código difícil de entender e difícil de mudar. E acredite menina, VOCÊ VAI MUDAR MUITA COISA AÍ.
E os frameworks seguem o princípio de convenção sobre configuração, o que significa que você terá uma velocidade de desenvolvimento melhor, pois precisará escrever menos código para fazer as mesmas coisas.
Então... Resumindo, você precisa usar um framework principalmente porque:
- É mais fácil manter e dimensionar um aplicativo ao usar um framework (complete isso para mim: não se...);
- Um framework define um conjunto de boas práticas e padrões que vão facilitar sua vida (Alguém já inventou a roda!!!);
- Um framework segue o princípio de convenção sobre configuração, o que significa que você precisará escrever menos código (novamente, menos repetição: mais resolução de problemas);
- E finalmente, porque um framework vai deixar seu código mais organizado (e uma boa organização de código significa uma melhor manutenção).
"Eu entendi Marcel... Mas só por perguntar, há alguma desvantagem nisso? Não pode ser tão bom... Onde o framework falha?"
"Bom ponto minha amiga! Como tudo na vida, há um preço a pagar por essa experiência que é usar um framework. Esse preço é a curva de aprendizado. Quando você está começando a usar um framework, você precisará aprender sobre isso novo conjunto de ferramentas, e isso pode ser difícil e demorado. Mas acredite: o preço vale a pena."
Lembro quando comecei a entender Redux e VueX. Meu bom! Eu levei um bom tempo para pegar essas coisas pela cauda, mas quando finalmente enxerguei o problema que eles poderiam resolver em apenas 5 ou 10 linhas de código, percebo que os frameworks arrasam, mesmo tendo uma desvantagem de ter que aprender quase outra linguagem para código.
Top comments (0)