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

[@wesleysantos6289]

Muito bom cara! Simples direto e com exemplos bem didáticos, era exatamente o que eu estava procurando! Obrigado. 👏👏👏

[@ravarmes]

Obrigado pelo retorno. Feliz por ajudar. Abs.

[@ccledman]

Melhor explicação e exemplo que vi! Estava com dúvidas e foi muito elucidador! Parabéns!

[@ravarmes]

Obrigado por assistir. Abraço.

[@programacaojajava]

Muito bom! Usei para relembrar umas coisas de Java com JDBC! Lembrando que a partir do Java 6 não é necessário usar o " Class.forName(String string); "

[@caioalves5961]

A sua didática é ótima, tem me ajudado bastante! Muito obrigado ;)

[@ravarmes]

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

[@gabrielsuldine]

Excelente aula, me ajudou bastante

[@ravarmes]

Obrigado por assistir Gabriel. Abraço.

[@elianebravo2421]

Vídeo muito bom, aprendendo cada vez mais.

[@ravarmes]

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

[@evandro_fs]

Excelente vídeo, ótima explicação. Obrigado!

[@ravarmes]

Valeu Evandro. Muito obrigado! Um abraço!

[@joaovitorgarciadealmeida6458]

Cara que didática f***! Estou fazendo um curso introdutório na Alura JDBC, mas de verdade, a forma que você explicou sobre DAO e no vídeo de Persistência de Dados, é 1000x melhor, muito mais clara e objetiva, principalmente, a forma como você colocou! Sem contar a sua explicação sobre MVC. Sei lá quantos vídeos eu vi sobre esse tema e sempre saia achando que ainda não estava 100% claro, mas pelo sua explicação e falando melhor sobre a classe Controller, o download foi feito kkkkkk Espero que você volte a gravar vídeos sobre JAVA! Ganhou um inscrito também. Não desiste do canal, pfvr!

[@ravarmes]

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

[@viniciusporto8718]

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

[@ravarmes]

@@viniciusporto8718 Tmj! Obrigado por assistir.

[@vivianfreitas9726]

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

[@yasuda1618]

Excelente! Muito esclarecedor

[@ravarmes]

Obrigado pelo comentário. Fico feliz!

[@isinha66]

você ensina muito bem, obrigada!!

[@ravarmes]

Eu que agradeço. Fico feliz em ajudar.

[@marcosgasparinijr711]

Didática MUITO FODA, obrigado !!!!

[@ravarmes]

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

[@wekisleysouza2605]

Tu é foda manooo!! Me ajudou demais!

[@ravarmes]

Vlw. Obrigado pra assistir. 😉

[@mk1skskskwksooaisxk]

melhor didática

[@ravarmes]

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

[@andreviniciusbezerradasilv9335]

carambolas bro que didática surreal, tu tem tutorial de spring tb ?

[@ravarmes]

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!

[@letyciaesteves]

top demais cara

[@ravarmes]

Olá, muito obrigado pelo feedback e por assistir.

[@assis3033]

Show, bem explicado

[@ravarmes]

Que bom que gostou!

[@anapaulapereirapessoa3630]

Ótimo vídeo Rafael as suas explicações são sempre muito esclarecidas. Porém fiquei com dúvida eu posso considerar que o padrão DAO tem a mesma finalidade que o padrão MCV?

[@ravarmes]

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).

[@nahnunes2302]

Rafael, boa tarde, no minuto 19:50 na linha 13 tem a classe Cliente, na linha 16 e na linha 22 também, mas com parâmetros diferentes. Porque é necessário isso? Não seria suficiente só uma public Cliente com todos os parâmetros não?

[@ravarmes]

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í.

[@dsdcp]

melhor aula que assisti relacionado a DAO, porem fiquei com uma duvida, porque é nescessario criar um main para cada operação SQL ,apenas 1 main não é suficiente?

[@ravarmes]

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.

[@maykondias8240]

Regra de negócio é tratada no Model

[@wevertontsousa]

Tudo bem? Gostei da aula. As classes Mains são as classes Controllers do MVC?

[@ravarmes]

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!

[@pedrobotelho6816]

vc pode me tirar uma duvida, quando eu vou inserir um cliente no meu estou com dificuldade, pois meu cliente possui uma varivel endereco do tipo Endereco que seria outra classe, onde nela existe a rua, bairro e tudo mais, alguma ideia de como faço para inserir de forma correta?

[@ravarmes]

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.

[@hotelbrh8418]

O connection é no dao ?

[@ravarmes]

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!

[@hotelbrh8418]

Muito bom! Tô com um sistema tô tendo dificuldade para excluir os dados já implementados no banco de dados Se estiver somente no cadastro eu consigo excluir, uma vez no banco não exclui Qual o truque?

[@ravarmes]

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

[@llpdamasceno]

Dá para usar DAO e SERVICE no mesmo projeto?

[@ravarmes]

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.

[@llpdamasceno]

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

[@ravarmes]

@@llpdamasceno 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.

[@llpdamasceno]

@@ravarmes Obrigado. Sua resposta ajudou muito.

[@edleyhoyler6862]

O método recover deveria ser nomeado como delete não é? Recover é recupera mas ele tá deletando.. a única coisa que ele recupera é verdadeiro ou falso ao deletar.

[@ravarmes]

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)

[@edleyhoyler6862]

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

[@viniciusbreda9510]

Excelente !!! Obrigado pelo material, ajudou muito.

[@ravarmes]

Valeu Vinícius. Um abraço!