Eu não entendi uma coisa.
A gente criou a classe builder justamente para não ter que instanciar o Domínio de Usuário. Ai chega nessa hora e é isntanciada uma nova classe, o ideial não seria utilizar o UsuarioFactory para devolver o domínio?
Você está vendo a versão anterior da nova experiência da Alura que estamos preparando para você. Em breve, ela ganha uma identidade visual novinha totalmente pensada em potencializar seus estudos!
Eu não entendi uma coisa.
A gente criou a classe builder justamente para não ter que instanciar o Domínio de Usuário. Ai chega nessa hora e é isntanciada uma nova classe, o ideial não seria utilizar o UsuarioFactory para devolver o domínio?
Olá, Diogo.
Tudo bem?
A ideia de usar o UsuarioFactory é realmente para encapsular a lógica de criação de objetos de domínio, facilitando a manutenção e evitando a repetição de código. No entanto, no contexto da aula em que você está, estamos lidando com a persistência de dados e a necessidade de converter entre objetos de domínio e entidades de persistência.
A classe UsuarioEntityMapper foi criada justamente para fazer essa conversão entre o objeto de domínio (Usuario) e a entidade (UsuarioEntity) que será persistida no banco de dados. Então, mesmo que utilizemos o UsuarioFactory para criar o objeto de domínio inicialmente, ainda precisamos de um mapper para converter esse objeto para a forma que o JPA espera para persistência.
Nesse caso, a UsuarioFactory é usada para criar o objeto de domínio inicialmente, mas o UsuarioEntityMapper é necessário para a conversão entre o objeto de domínio e a entidade que será persistida no banco.
Espero ter conseguido explicar. Qualquer dúvida manda aqui. Bons estudos!