Estou no minuto 46:18, então caso minha dúvida tenha sido respondida no decorrer do vídeo me perdoem! Mas a questão é, o método estático não deveria ser a única forma de criar uma password? Porque com o record dessa forma o construtor não fica privado, permitindo assim que possa ser criado uma password sem usar o método create. (não sei se da para privar o construtor de uma record, nunca tentei)
Fala Brendo! Muito bem reparado! Infelizmente não dá para tornar o construtor de um record class privado, é algo que precisamos aceitar/conviver. O ideal é sim privar o construtor para favorecer os factory methods, mas não é um problema tambem. Só trabalhar o encapsulamento direito, é possível adicionar código no construtor público auto-criado.
Pq nas classes de teste vc implementa o public? Na teoria e no contexto de teste não tem necessidade mas sempre q vc criou uma classe de teste vc coloca o public ali?
No record, os atributos são públicos e só é necessário acessar um atributo pelo seu nome. Sendo assim, não é necessário encapsulamento com os métodos públicos get e set que normalmente são usados para dar acesso a atributos que são privados e não podem ser acessados fora da classe.
O cara manda muito bem e o Java cada vez melhor. Parabéns!
Esse cara ensina bem. Difícil achar gente nova que é proficiente e que se comunica objetivamente. Percebe-se o pq de estar no Meli, merecido 😮
Suaki é monstro demis no Java. Pena que não consegui acompanhar a live, mas vi tudo gravado mesmo e foi show!
Quero mais explicações igual essa rsrs
acho que vem um java expert ai com o suaki hein hehe..
Espetacular! Parabéns!!!
Suaki é um monstro, ta doido
Que aula fantástica! Muito obrigado!!!!
Obrigado pelo conteúdo Gabriel, top demais.
Boa...mais um conteudo top...e fantastico
Estou no minuto 46:18, então caso minha dúvida tenha sido respondida no decorrer do vídeo me perdoem! Mas a questão é, o método estático não deveria ser a única forma de criar uma password? Porque com o record dessa forma o construtor não fica privado, permitindo assim que possa ser criado uma password sem usar o método create. (não sei se da para privar o construtor de uma record, nunca tentei)
Fala Brendo! Muito bem reparado! Infelizmente não dá para tornar o construtor de um record class privado, é algo que precisamos aceitar/conviver. O ideal é sim privar o construtor para favorecer os factory methods, mas não é um problema tambem. Só trabalhar o encapsulamento direito, é possível adicionar código no construtor público auto-criado.
Os links que colocaram no final da aula cadê?
Muito bom!!
Top, webflux vai ficar no limbo com tempo..a jdk vai incorporando as funcionalidades de lib de terceiros no core.
1:40:44 lá ele
kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk
Pq nas classes de teste vc implementa o public? Na teoria e no contexto de teste não tem necessidade mas sempre q vc criou uma classe de teste vc coloca o public ali?
Se pá que o cara entende um pouco hein
Poderiam compartilhar o git do projeto desenvolvido na aula pfv?
Compartilhei no meu github :)
Não entendi o fato do nome do método a ser sobrescrito ser value(), e no caso o Record não criaria um getValue() ao invés de um value()?
O padrão do record é métodos sem o "get" hehe
No record, os atributos são públicos e só é necessário acessar um atributo pelo seu nome. Sendo assim, não é necessário encapsulamento com os métodos públicos get e set que normalmente são usados para dar acesso a atributos que são privados e não podem ser acessados fora da classe.