Recentemente, me fizeram essa pergunta em uma entrevista. Fiquei pensando sobre isso e percebi que, apesar de ser um tópico super interessante, muitas vezes a galera que está começando pode acabar deixando isso passar batido no cronograma de estudos. Com base nisso, resolvi escrever esse artigo pra compartilhar conhecimento e também consolidar o meu.
Uma dica: Escreva smart notes em post-it’s, para fixar o conhecimento, principalmente sobre tópicos como esse.
Quando estamos falando sobre referencias de memória, é essencial que você tenha conhecimento sobre o ARC (Automatic Reference Counting) e seu funcionamento.
O que é ARC?
Antes de falar sobre weak e unowned, é importante entender o ARC (Automatic Reference Counting). O ARC é um sistema que Swift usa para gerenciar a memória dos objetos automaticamente. Ele rastreia quantas vezes um objeto é referenciado e o desaloca da memória quando não há mais referências a ele.
Referências weak (Fraca)
Imagine que Pikachu e Ash são amigos em uma jornada Pokémon.
Referência Fraca: Pikachu tem uma ligação fraca com Ash. Se Ash decidir ir para longe, Pikachu não tenta impedi-lo nem mantém o espaço ocupado por Ash.
weak var amigo: Pokemon?
}
var pikachu: Pokemon? = Pokemon()
var ash: Pokemon? = Pokemon()
pikachu?.amigo = ash
ash?.amigo = pikachu
pikachu = nil
// ash?.amigo agora é nil porque pikachu foi desalocado
Quando usar weak?
Ciclos de Referência: Usamos weak quando queremos evitar ciclos de referência. Isso acontece quando dois objetos referenciam um ao outro, impedindo que o ARC desaloque algum deles.
Evitar Vazamentos de Memória: Como weak não mantém o objeto na memória, ele é ideal para situações onde o objeto referenciado pode ser desalocado sem problemas.
Reference unowned (Não Própria)
Agora, imagine que um time de futebol tem um técnico.
Referência Não Própria: O técnico do time tem uma ligação com um jogador estrela, acreditando que esse jogador sempre estará lá enquanto o técnico precisar dele. Se o jogador for transferido para outro time, isso pode causar um problema.
var tecnico: Tecnico?
init(tecnico: Tecnico) {
self.tecnico = tecnico
}
}
class Tecnico {
unowned var jogadorEstrela: Jogador
init(jogadorEstrela: Jogador) {
self.jogadorEstrela = jogadorEstrela
}
}
var messi: Jogador? = Jogador(tecnico: Tecnico(jogadorEstrela: messi!))
messi = nil
// Acessar tecnico?.jogadorEstrela agora causará um erro porque messi foi desalocado
Quando usar unowned?
Garantia de Existência: Usamos unowned quando temos certeza de que o objeto referenciado estará na memória enquanto a referência existir.
Relacionamentos Mestre-Detalhe: Ideal para situações onde um objeto principal (mestre) garante a existência do objeto referenciado (detalhe).
Resumo
Weak (Fraco):
Não mantém o objeto na memória.
Referência opcional (Optional), pode se tornar nil.
Usado quando o ciclo de vida do objeto referenciado pode ser mais curto.
Unowned (Não Próprio):
Não mantém o objeto na memória.
Referência não opcional, nunca pode se tornar nil.
Usado quando o ciclo de vida do objeto referenciado é garantido ser igual ou maior.
Conclusão
Espero que esta explicação ajude a esclarecer a diferença entre weak e unowned!
Sucesso na sua trajetória! Beba água e tenha fé em si mesmo, sempre.
