Realmente não entendi qual é a falha que o texto da aula 08 - Para saber mais: Cuidado com o Modelo Anêmico do módulo 05 - Encapsulamento e Visibilidade. Como de fato evitar um modelo anêmico ?
Realmente não entendi qual é a falha que o texto da aula 08 - Para saber mais: Cuidado com o Modelo Anêmico do módulo 05 - Encapsulamento e Visibilidade. Como de fato evitar um modelo anêmico ?
A ideia que o texto tenta passar é que devemos evitar criar métodos por "costume", que as nossas classes devem representar, através de atributos e variáveis, algo referente ao negócio.
No exemplo do texto ele cita a classe Conta, onde ela só tem atributos e seus respectivos getters e setters. Seria interessante que dentro da classe também reuníssemos as lógicas para saque, depósito entre outros que se julgam necessário de acordo com o nosso modelo.
Uma classe que só carregas atributos e métodos simples (getters e setters criados por padrão) tende a ser um modelo anêmico, ele não representa nenhuma ação que envolve seu negócio. Imagine que todos que implementaram a classe Conta podem fazer uma nova abstração de como funciona um saque (a regra de negócio pode acabar sendo implementada diferente em diversos locais)
Agora em uma classe de Modelo Rico, ondem temos métodos que descrevem o processo de saque, o processo de depósito entre outros, ela já carrega consigo a maneira correta de como deve ser essa regra de negócio.