LIVE #6 - Entity Framework Core Deep Dive

แชร์
ฝัง
  • เผยแพร่เมื่อ 2 ก.พ. 2025

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

  • @vitorbarcelos1669
    @vitorbarcelos1669 2 ปีที่แล้ว +1

    Uma pergunta: seria má prática deixar apenas a propriedade SchoolId no Student, e não colocar a propriedade de navegação em si (School)? Aí em uma Clean Architecture, por exemplo, deveríamos recuperar a propriedade School por meio de SchoolId. Isso seria ruim? É melhor se usar a propriedade de navegação mesmo>?

    • @nextwave.education
      @nextwave.education  2 ปีที่แล้ว +1

      Então, não é questão de boa ou má prática, Vitor.
      Se em alguma situação você precisar, por exemplo, puxar uma lista de estudantes e junto deles trazer dados da escola (ou unidade escola) para montar um View Model, percebe que com a propriedade de navegação vai ser muito mais fácil montar o objeto atual em apenas uma consulta?
      Abraço.

    • @vitorbarcelos1669
      @vitorbarcelos1669 2 ปีที่แล้ว

      @@nextwave.education ah sim, realmente seria mais fácil! Aliás, o objeto (navigation property) ocuparia algum espaço no banco de dados ou seria automaticamente atribuído conforme a foreign key?

    • @nextwave.education
      @nextwave.education  2 ปีที่แล้ว +1

      @@vitorbarcelos1669 não, no momento de um Include (utilizando LINQ) o EF Core preencheria o objeto de navegação através de uma cláusula JOIN adicionada na consulta SELECT normal. De maneira automática, apenas baseado na chave estrangeira.

    • @vitorbarcelos1669
      @vitorbarcelos1669 2 ปีที่แล้ว

      @@nextwave.education muito obrigado por suas respostas!

    • @nextwave.education
      @nextwave.education  2 ปีที่แล้ว +1

      @@vitorbarcelos1669 Vamos que vamos! Vem na live de hoje? ;)