Persistência de Dados - Java DAO (Data Access Object) 

Obrigado pelo retorno. Feliz por ajudar. Abs.

Obrigado por assistir. Abraço.

Olá Caio, obrigado pelo retorno. Um abraço!

Obrigado por assistir Gabriel. Abraço.

Valeu Evandro. Muito obrigado! Um abraço!

Legal Eliane, fico muito feliz! Um abraço!

Valeu. Muito obrigado por assistir e pelo retorno. Grande abraço.

hahaah vim atrás de uma explicação melhor também, o da Alura não explicou nada.

@@viniciusporto8718 Tmj! Obrigado por assistir.

Eu estava vendo o mesmo vídeo do Nélio Alves na Udemy e saí da aula sem entender nada. Parei nesse vídeo aqui e consegui entender em 10 minutos.@@viniciusporto8718

Obrigado pelo comentário. Fico feliz!

Eu que agradeço. Fico feliz em ajudar.

Olá, muito obrigado pelo feedback e por assistir.

Muito obrigado por assistir. Que bom que está ajudando! Grande abraço!

Que bom que gostou!

Vlw. Obrigado pra assistir. 😉

Olá, muito obrigado pelo retorno. Que bom que ajudou.

Opa. Muito obrigado por assistir e pelo retorno. Sobre Spring, tenho uma playlist no canal. Eu explico um backend completo. Espero que ajude. Abraço!

Olá Ana Paula, que bom que as explicações estão ajudando. Sobre sua dúvida, não. Os padrões DAO e MVC possuem finalidades diferentes. O MVC tem o objetivo principal de separar o código em camadas com objetivos específicos (Model View Controller). Já o padrão DAO tem a finalidade de melhorar a legibilidade do código relacionado ao acesso ao banco de dados, à partir da implementação de classes específicos para isso (por exemplo, ClienteDAO).

Olá Daniel, bom dia! Obrigado por assistir e que bom que está ajudando. Sobre sua dúvida, na verdade a criação de um Main para cada teste foi só uma questão didática. Mas, realmente, não é necessário um Mais para cada operação SQL. Você poderia testar todas as operações SQL em uma mesmo Main.

Olá, obrigado por assistir. A classe Main na aplicação JavaFX é responsável por instanciar o Stage e a Scene. Basicamente a janela. Já as controllers são responsáveis por implementar os eventos das FXMLs. Um abraço!

Opa, blz! Pedro, eu precisaria de mais tempo para explicar melhor. No entanto, pelo que entendi da sua pergunta, sua classe Endereco está apenas com a finalidade de organização dos atributos, pois na prática não faz muito sentido criar uma chave primária para uma futura tabela Endereco. Sendo assim, tenho duas sugestões para você: 1) eliminar a classe endereço e incluir os atributos da mesma na classe Cliente - assim a classe Cliente irá persistir dados na tabela cliente; 2) manter a classe Endereco, mas, no banco de dados criar tabela apenas para classes concretas, ou seja, apenas a tabela cliente com os dados de Cliente e Endereco... Como lhe disse, em alguns sistemas é importante gerar relatórios sobre ruas, bairros, etc. Nestes casos, é importante que os conceitos de Rua, Bairro, etc., sejam classes e também tabelas. No entanto, pelo que descreveu, parece que as classes Rua e Bairro não serão necessárias. Um abraço! Qq coisa, pode comentar aqui! Muito obrigado por assitir.

Olá Natália, obrigado por assistir. Os dois são métodos construtores. O método com todos os parâmetros eu criei para poder instanciar objetos do tipo Cliente já preenchendo seus atributos. O outro foi gerado pela IDE automaticamente. Mas, de fato, é um método que existe implicitamente em todas classes. Portanto, realmente, não precisaria existir. QQ dúvida, estamos aí.

Olá, primeiramente muito obrigado por assistir. Infelizmente não entendi sua pergunta. Caso possa refazê-la, tento responder melhor. Um abraço!

Olá, obrigado por assistir. O objeto do tipo Connection está na DAO nestes exemplos. O Detalhe principal é que o mesmo está sendo instanciado na própria instanciação do objeto do tipo DAO. Isso faz com que para cada objeto do tipo DAO tenhamos um objeto do tipo Connection... Esta estratégia pode ser melhorada, trabalhando com uma quantidade menor de Connection's, uma vez que a abertura de conexão é dispendiosa, bem como, possibilitando gerenciamento de transações de maneira mais fácil. No entanto, como é um vídeo introdutório, não abordei todas essas possibilidades. Um abraço!

Oi, obrigado por assistir. Sim. No padrão de desenvolvimento em camadas, particularmente quando estamos trabalhando em API REST, as controllers recebem as requisições, as services implementam as regras de negócio, e as DAO (ou repositories) implementam a persistência.

@@ravarmes Usar DAO ou repository dá no mesmo?

@@lazarodamasceno4743 DAO é o nome do padrão. Repository é uma das implementações possíveis. Por exemplo, é a maneira como o framework Spring Boot no Java implementa a persistência.

@@ravarmes Obrigado. Sua resposta ajudou muito.

Olá Edley, obrigado por assistir. O nome do método é 'remover' e não 'recover'. E sobre a finalidade do método, você está certo. Ele apaga o registro no banco de dados e retorna verdadeiro (se conseguir apagar) ou falso (caso contrário)

Vdd eu estava vendo pelo celular. Kkkk vc está correto.

Valeu Vinícius. Um abraço!