[DICA RÁPIDA] - Herança em modelos do Django

[@fernandocoelho1334]

Sensacional. Gostei. Todas elas implementam de maneira fácil. Vendo um exemplo desses, fico imaginando com uma situação mais complexa, com Pessoas sendo os usuários e seus perfis ou papéis. Com várias funcionalidades, uma única aplicação, esta funcionaria como se tivessem pequenos sistemas. Cada "sistema", poderia ser utilizado por certo grupo de usuários (nivel 1, 2 e 3, admin, cadastro/alteração e consulta respectivamente). Um determinado usuário, poderia ter acesso a mais de um "sistema", sendo que cada um só veria as opções de Menu, as quais tivesse acesso e separadas por "sistema".

[@remotoacesso6031]

Muito bom! O primeiro exemplo me ajudará em um problema que estou tendo resolver.

[@SamuelGoncalvesPython]

Que ótimo, camarada. Boa sorte ai. Abraço.

[@irarrefonairda]

Obridado e parabéns pela didática!

[@SamuelGoncalvesPython]

Eu que agradeço pelo feedback, Adriano. Grande abraço.

[@brunosilva-wl9hi]

Gostei demais cara, me ajudou muito. Parabéns

[@SamuelGoncalvesPython]

Que bom, camarada. Obrigado pelo feedback. Abraço.

[@Alexleop10]

Gostei demais! Você foi bem didático. Cria um tutorial de como trabalhar com históricos de alterações em modelos e visualiza-los em uma tabela na view 😉

[@SamuelGoncalvesPython]

Que bom que gostou. E de fato, essa é uma boa ideia para um novo vídeo. Muito obrigado.

[@EneasTeles]

Muito bom me ajuda muito

[@SamuelGoncalvesPython]

Que maravilha. Fico feliz com isso. Grande abraço e sucesso.

[@ilivanilton]

Muito bom!!

[@SamuelGoncalvesPython]

Obrigado, camarada.

[@Victor-hc2gq]

Cara valeu, ajudou demais

[@SamuelGoncalvesPython]

Valeu, camarada. Abraço.

[@lgerardlucas]

Show de bola!!! Nunca tinha feito desta forma, e concordo que o modelo abstrato seria por mim mais usado!!! Gostei

[@SamuelGoncalvesPython]

Bacana, né Marcos. Realmente é o mais usado. Mas os outros também são bem úteis em algumas situações específicas. rsrsrs

[@eversoncoutinhooficial]

Show

[@SamuelGoncalvesPython]

Obrigado, camarada.

[@jammingkinght]

Fala Samuel. Parabéns pelo trabalho e didatica! Estou começando a assistir sua playlist, mas ja estou me adiantando em alguns videos, como este, que me chamaram atenção, ao tempo que me surgiram algumas duvidas: 1 - Observando que temos nesse exemplo as classes funcionário e cliente, e partindo da premissa que estes tem atribuções/permissões diferentes em um sistema, como poderíamos condicionar a efetivação do cadastro(inclusão do cadastro no banco de dados) cliente, preenchido pelo mesmo, à autorização por um funcionário ? 2 - No caso de exclusão de um cliente, como poderíamos criar uma rotina para que este cadastro vá para uma espécie de quarenta ou banco de dados secundário (Ex: lixeira no windows), para que só após 60 dias(numero aleatório) esse cadastro seja definitivamente excluído. Veja só, nesse caso ele sairia da base de dados cliente, mas poderia ser recuperado com facilidade.

[@SamuelGoncalvesPython]

Muito obrigado. Vamos considerar que o tema deste vídeo em específico não tem nada a ver com as perguntas. Só pra não deixar dúvidas. Agora, quando ao problema 1, vc precisa implementar essa lógica na sua view na hora de salvar os dados. Vc vai pegar os dados que estão vindo e quem está salvando e fazer seu processamento. Sobre a questão 2 é a mesma coisa. Na sua view, quando alguém pedir para salvar vc vai fazer o seu processamento. E ao invés de salvar a deleção, vc pode mudar o status do objeto para "deletado" e apagar ele só depois. Mas para ambos os casos, não tem função pronta não. Vc vai ter que codificar mesmo.

[@matheusdeoliveiraandrade2996]

Boa noite Samuel! existe alguma maneira de manipular uma classe abstrata em um template? por exemplo, preciso de uma condição para mostrar o dado para o usuário.

[@SamuelGoncalvesPython]

Olá. Vc não vai manipular isso no template. O template apenas "mostra na tela" O ideal é vc implementar essa condição lá na sua view que está retornando os dados para o template

[@albromoc]

Samuel, estou gostando muito dos seus videos. Eu tenho usado uma classe abstrata contendo campos de auditoria que serve de base para todos os models do meu projeto. Agora uma dúvida, na prática o modelo multi tabela funciona como ter uma relação one to one implícita entre os models?

[@SamuelGoncalvesPython]

Fala Alberto. Que bom que está gostando. Fico satisfeito com isso. Quando vc utiliza a herança com múltiplas tabelas (quando a classe herdada não é abstrata), no banco de dados sim, se parece muito com um relacionamento OneToOne. Pois tem alguns campos na tabela "pai", e outros na tabela "filho", que é a que faz a herança. E também tem na "filho" um id que faz referência para a "pai" Porém, o comportamento python dessa herança é diferente do relacionamento OneToOne da seguinte forma: -> Herança multi table Quando vc está no objeto filho, ele pode acessar os atributos do objeto pai diretamente. Ex.: filho.campo_do_objeto_pai Quando você está no objeto pai, para acessar os campos do objeto filho, você precisa acessar o campo do relacionamento (que geralmente é o nome da classe). Ex.: pai.filho.campo_do_objeto_filho -> Relacionamento OneToOne Não existe "pai" e "filho". Existe "irmão". Ou seja, em qualquer um dos dois objetos você precisa acessar o campo de relacionamento entre eles para acessar o campo do outro irmão. Ex.: irmao01.irmao02.campo_do_irmao02 irmao02.irmao01.campo_do_irmao01 Espero que tenha esclarecido sua dúvida. Se sim, por favor me dê o feedback. Se não, me fala que explico de outra forma ou adiciono mais exemplos práticos. Abraço.

[@albromoc]

@@SamuelGoncalvesPython obrigado por responder, esclareceu sim. Então na prática acaba sendo mais fácil fazer do modo multitable. No meu projeto eu estou usando relação one to one feita da maneira manual, acabo tendo que escrever mais.

[@albromoc]

Mudando um pouco de assunto, seria legal um vídeo sobre formsets. Abraço

[@SamuelGoncalvesPython]

@@albromoc Eu prefiro usar a herança tradicional. Onde cada objeto tem sua tabela e todos os campos. Usando o modelo "pai" como abstrato. Se vc quiser, podemos falar mais sobre sua necessidade e ver se o multi tabela realmente é o melhor pra vc.

[@SamuelGoncalvesPython]

@@albromoc Boa pedida sobre formsets. Eu já tenho um vídeo onde falo sobre formulários inline. Inclusive utilizando ajax. Segue o link: kzbin.info/www/bejne/lZyQamucp8h3la8

[@marcelogrim]

Samuel, parabéns! Aprendendo bastante com o conteúdo dos seus vídeos. Qual modelo adoraria em um sistema tendo o CPF como um campo único e que permita que a pessoa seja cliente e funcionário ao mesmo tempo?

[@SamuelGoncalvesPython]

Que bom, Marcelo. Fico feliz em saber. Mas é difícil escolher qual abordagem assim "de supetão". Pois dependendo do caso, vc pode ter apenas um modelo e ter um campo que diz se é funcionário, ou não. Se antes de ser funcionário, ele pode ser cliente, então a tabela funcionário pode herdar de cliente e ter apenas os campos extras. Mas cada escolha dessa tem suas peculiaridades. E a escolha vai estar atrelada à sua regra de negócio e também o que você prefere dar manutenção. Depois chama no insta pra gente bater um papo sobre essa escolha. @samuelgoncalves.tech Abraço.

[@veigasol]

Samuel blz? como eu consigo entrar em contato com vc ??? Abraço

[@SamuelGoncalvesPython]

Pode me chamar no Instagram @samuelgoncalves.tech