ML;NL - Fique por dentro!

21 de janeiro de 2025

Conteúdo

FERRAMENTA

Flutter Adota MVVM como Arquitetura Oficial

O padrão MVVM (Model-View-ViewModel) é uma das estratégias populares para estruturar aplicativos no Flutter. Mas o que isso significa na prática? Vamos explicar de forma simples por que essa abordagem pode transformar o jeito como você desenvolve!

O que é MVVM? Imagine que você está montando uma loja.

Model: É o estoque no depósito (dados e regras). View: A vitrine onde os produtos são exibidos (interface do usuário). ViewModel: O vendedor que traduz o que está no estoque para o cliente ver na vitrine (lógica e conexão). Com MVVM, cada parte sabe exatamente o que fazer, sem misturar tarefas. Assim, fica mais fácil trocar o “vendedor” ou mudar o layout da “vitrine” sem mexer no “estoque”.

Por que o Flutter escolheu MVVM? Sabe aquela bagunça quando você mistura receitas, listas de compras e tarefas em uma mesma gaveta? MVVM evita isso no código:

Separação de tarefas: Cada parte do aplicativo tem um papel definido. Facilidade de ajustes: Precisa trocar o design ou a lógica? Com MVVM, é só mexer na parte certa, sem quebrar o resto. Reutilização: Um mesmo vendedor (ViewModel) pode atender várias lojas (Views).

Como Funciona no Dia a Dia? Com Flutter e MVVM, você pode:

Usar ViewModels para calcular e processar os dados, enquanto a View só se preocupa em exibir as informações. Testar sua lógica separadamente, garantindo que seus resultados estão corretos sem nem abrir a interface gráfica. Por exemplo, em um app de compras:

O Model guarda os preços e os itens. O ViewModel calcula o total e decide se há desconto. A View exibe apenas o valor final para o usuário.

Explore mais sobre MVVM e exemplos práticos na documentação oficial do Flutter.

Architecting Flutter apps

Learn how to structure Flutter apps.

docs.flutter.dev/app-architecture

EXTERNO

Você PRECISA ler isto. RECOMENDO que seja o quanto antes!

Regras claras, comunicação eficaz! A RFC 2119 define palavras-chave como MUST, SHOULD e MAY para garantir clareza em documentos técnicos. Essas palavras padronizam a importância de requisitos, evitando ambiguidades. Se algo é MUST, é obrigatório; se é SHOULD, é recomendado; e MAY? Opcional! Um guia essencial para especificações bem definidas e sem confusão.

RFC 2119: Key words for use in RFCs to Indicate Requirement Levels

In many standards track documents several words are used to signify the requirements in the specification. These words are often capitalized. This document defines these words as they should be interpreted in IETF documents. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.

datatracker.ietf.org/doc/html/rfc2119

Webhook? de onde vem, do que se alimentam?

Webhooks: o futuro da web em tempo real! O conceito de webhooks revolucionou a forma como os sistemas se comunicam. Em vez de ficar checando por atualizações, os webhooks notificam você assim que algo acontece, como uma mensagem instantânea entre servidores. Isso significa menos esforço, respostas mais rápidas e integração perfeita entre aplicativos. Um pequeno conceito que transformou a web!

progrium.github.io/blog/2007/05/03/web-hooks-to-revolutionize-the-web/index.html e https://github.com/cloudevents/spec/blob/main/cloudevents/http-webhook.md