A evolução do Java 21 que TODO dev precisa pelo menos entender

แชร์
ฝัง
  • เผยแพร่เมื่อ 29 ต.ค. 2024

ความคิดเห็น • 22

  • @denisschimidtoliveira4185
    @denisschimidtoliveira4185 10 หลายเดือนก่อน +2

    O cara manda muito bem e o Java cada vez melhor. Parabéns!

  • @novawarebr
    @novawarebr 10 หลายเดือนก่อน +7

    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 😮

  • @Pawl0solidus
    @Pawl0solidus 10 หลายเดือนก่อน

    Suaki é monstro demis no Java. Pena que não consegui acompanhar a live, mas vi tudo gravado mesmo e foi show!

  • @andre.stamatto
    @andre.stamatto 9 หลายเดือนก่อน

    Espetacular! Parabéns!!!

  • @fabricioaraujo7642
    @fabricioaraujo7642 10 หลายเดือนก่อน +1

    acho que vem um java expert ai com o suaki hein hehe..

  • @ciroformenton
    @ciroformenton 7 หลายเดือนก่อน

    Que aula fantástica! Muito obrigado!!!!

  • @asterixcode
    @asterixcode 10 หลายเดือนก่อน

    Obrigado pelo conteúdo Gabriel, top demais.

  • @brenobcsilva
    @brenobcsilva 9 หลายเดือนก่อน

    Quero mais explicações igual essa rsrs

  • @pedroppd
    @pedroppd 7 หลายเดือนก่อน

    Suaki é um monstro, ta doido

  • @djaircostatech
    @djaircostatech 10 หลายเดือนก่อน +2

    Boa...mais um conteudo top...e fantastico

  • @Brendospdev
    @Brendospdev 10 หลายเดือนก่อน +2

    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)

    • @deploydesexta
      @deploydesexta 10 หลายเดือนก่อน +1

      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.

  • @sfidencio
    @sfidencio 10 หลายเดือนก่อน

    Top, webflux vai ficar no limbo com tempo..a jdk vai incorporando as funcionalidades de lib de terceiros no core.

  • @brenobcsilva
    @brenobcsilva 9 หลายเดือนก่อน

    Muito bom!!

  • @Biscas
    @Biscas 8 หลายเดือนก่อน

    Se pá que o cara entende um pouco hein

  • @LuanCodeplays
    @LuanCodeplays 10 หลายเดือนก่อน +2

    1:40:44 lá ele

    • @jiankowalski7197
      @jiankowalski7197 9 หลายเดือนก่อน

      kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk

  • @rafaelmantovani2721
    @rafaelmantovani2721 10 หลายเดือนก่อน

    Poderiam compartilhar o git do projeto desenvolvido na aula pfv?

    • @deploydesexta
      @deploydesexta 10 หลายเดือนก่อน +1

      Compartilhei no meu github :)

  • @claudemirribeiro9937
    @claudemirribeiro9937 10 หลายเดือนก่อน +1

    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()?

    • @deploydesexta
      @deploydesexta 10 หลายเดือนก่อน +3

      O padrão do record é métodos sem o "get" hehe

    • @o-marcus
      @o-marcus 10 หลายเดือนก่อน +1

      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.