Início / coding / Perguntas / 79321423
Accepted
cluster1
Asked: 2025-01-01 17:49:25 +0800 CST

Objetivo do Hashable, quando o objeto é identificável?

  • 772

Eu vi esse código em um dos vídeos de Paul Hudson. Acessível somente para membros, mas aqui está o texto correspondente: Desafio de codificação

struct Friend: Hashable, Identifiable, Codable {
    let id: UUID
    /* ... */
}

Conheço o Hashable como uma alternativa ao identifiable, quando você quer usar o objeto com uma lista/ForEach e o objeto não tem ID e você não quer adicioná-lo.

Qual é o propósito de ter ambos (Hashable e Identifiable)?

swift

2 respostas

  1. Hashablecertamente não é uma "alternativa" de Identifiable. Eles são completamente diferentes. A idpropriedade requerida por Identifiableprecisa ser de um Hashabletipo, mas isso não significa que tudo Identifiabletambém seja Hashable. Esses protocolos significam coisas diferentes.

    Você se adapta para Identifiablepoder distinguir diferentes instâncias desse tipo.

    Você concorda para Hashablepoder comparar se duas instâncias desse tipo são iguais entre si e também para fornecer um valor de hash que pode ser usado como Dictionarychaves, entre outras coisas.

    "Identidade" é diferente de "igualdade", e uma não implica necessariamente a outra. Se eu tiver dois valores de Banknotes, ambos podem ser notas de um dólar (igualdade), mas ainda são duas notas de dólar diferentes (identidades diferentes) mesmo assim. Se eu tiver um Friend, mas eles depois mudarem de nome, eles não seriam os mesmos que seu eu passado (desigualdade), mas ainda são o mesmo amigo (identidade).

    Para colocar isso de forma mais filosófica, "identidade" é como o Navio de Teseu . Quando você substitui partes do navio, ele claramente se torna diferente (desigual), mas ainda é o mesmo navio? Isso é perguntar se o navio mantém sua "identidade".

    Então, conformar-se a ambos Hashablee Identifiableapenas significa que valores desse tipo podem ser comparados entre si para igualdade, e também há uma maneira de diferenciar entre instâncias. Para alguns tipos, igualdade pode ser equivalente a ser idêntico (por exemplo, você pode querer que um enums simples com um número fixo de casos tenha essa propriedade), mas isso não é verdade em geral.

    No contexto do SwiftUI, ser Hashable/ Equatablesignifica que durante uma atualização de visualização, o SwiftUI pode comparar suas visualizações e evitar chamar desnecessariamente sua visualização bodyse nada mudou. Algumas APIs como NavigationLink.initprecisam especificamente de um Hashablevalor, presumivelmente porque, como uma implementação, esse valor pode ser armazenado em uma tabela hash ou algo assim.

    • 4
  2. Best Answer

    Eu diria que Paul Hudson adicionou Hashablecomo solução alternativa para o erro do compilador ao fazer:

    NavigationLink(value: friend)

    Mas em vez disso ele deveria ter feito:

    NavigationLink(value: friend.id)

    O motivo é que .navigationDestinationele deve recuperar o amigo do modelo por meio de seu ID para manter o design de fonte única de verdade que o SwiftUI usa. Ou seja, ele não deve ter uma cópia do amigo no caminho de navegação, o que causaria um possível bug de consistência.

    • 2

relate perguntas