Django Cbv Crud

Regras de implementação

• Não colocar regra de negócio na view.
• Não duplicar filtro complexo em múltiplos lugares.
• Não inventar uma nova estrutura de CRUD se já houver padrão no projeto.
• Se existir base genérica compatível, preferir extensão em vez de recriar tudo.
• Sempre respeitar o padrão visual do projeto.
• No padrão atual, BaseCreateView e BaseUpdateView já suportam services com criar/atualizar, então não criar mixins locais só para adaptar isso.
• Em telas ainda sem fluxo final definido, success_url pode apontar temporariamente para a listagem do app.
• Ao testar CRUD antes dos templates existirem, validar redirect e efeito no banco sem depender de renderização final.
• Antes de usar {% url %} em templates e redirects, confirmar se o app usa index ou list como nome da rota principal.
• Se o CRUD incluir campos de documento/telefone, preferir máscaras via data-mask no form em vez de JS inline local.
• Para campos de senha, reutilizar o toggle já suportado por includes/form_field.html com PasswordInput.
• Em fluxos de conta pública, criação pode autenticar o usuário imediatamente quando isso simplificar a experiência e não conflitar com regra de negócio.

Saída esperada

Ao final, entregar:

• arquivos alterados
• breve justificativa arquitetural
• observações de reuso e impacto