Gostaria de realizar uma limpeza no final da vida de um controlador de exibição, ou seja, para remover uma NSNotificationCenternotificação. Implementando deallocresultados em um erro do compilador Swift:
Cannot override 'dealloc' which has been marked unavailableQual é a maneira preferida de realizar alguma limpeza no final da vida de um objeto no Swift?
Respostas:
deinit {
// perform the deinitialization
}Na documentação do Swift :
Um desinicializador é chamado imediatamente antes de uma instância de classe ser desalocada. Você escreve deinitializers com a palavra-chave deinit, semelhante a como os intializers são gravados com a palavra-chave init. Os desinicializadores estão disponíveis apenas em tipos de classe.
Normalmente, você não precisa executar limpeza manual quando suas instâncias são desalocadas. No entanto, quando você estiver trabalhando com seus próprios recursos, poderá ser necessário realizar uma limpeza adicional. Por exemplo, se você criar uma classe personalizada para abrir um arquivo e gravar alguns dados, poderá ser necessário fechar o arquivo antes que a instância da classe seja desalocada.
deinit {
// perform the deinitialization
}é a resposta correta para Swift "dealloc".
No entanto, é bom ressaltar que, no iOS 9, o NSNotificationCenter não precisa mais ser limpo!
NSNotificationCenter
No OS X 10.11 e iOS 9.0, o NSNotificationCenter e o NSDistributedNotificationCenter não enviarão mais notificações aos observadores registrados que possam ser desalocados. Se o observador puder ser armazenado como uma referência de zeragem fraca, o armazenamento subjacente armazenará o observador como uma referência de zeragem fraca, alternativamente, se o objeto não puder ser armazenado de forma fraca (ou seja, ele possui um mecanismo de retenção / liberação personalizado que impediria o tempo de execução de poder armazenar o objeto de maneira fraca) ele armazenará o objeto como uma referência de zeragem não fraca. Isso significa que os observadores não precisam cancelar o registro em seu método de desalocação. A próxima notificação que seria roteada para esse observador detectará a referência zerada e cancelará o registro automaticamente do observador. Se um objeto puder ser pouco referenciado, as notificações não serão mais enviadas ao observador durante a desalocação; o comportamento anterior de receber notificações durante o desastre ainda está presente no caso de observadores de referência com zeragem não fraca. Observadores baseados em bloco por meio do método - [NSNotificationCenter addObserverForName: object: fila: usingBlock] ainda precisam ser não registrados quando não estiverem mais em uso, pois o sistema ainda mantém uma forte referência a esses observadores. A remoção precoce de observadores (com referência fraca ou com referência a zero) ainda é suportada. CFNotificationCenterAddObserver não está em conformidade com esse comportamento, pois o observador pode não ser um objeto. Observadores baseados em bloco por meio do método - [NSNotificationCenter addObserverForName: object: fila: usingBlock] ainda precisam ser não registrados quando não estiverem mais em uso, pois o sistema ainda mantém uma forte referência a esses observadores. A remoção precoce de observadores (com referência fraca ou com referência a zero) ainda é suportada. CFNotificationCenterAddObserver não está em conformidade com esse comportamento, pois o observador pode não ser um objeto. Observadores baseados em bloco por meio do método - [NSNotificationCenter addObserverForName: object: fila: usingBlock] ainda precisam ser não registrados quando não estiverem mais em uso, pois o sistema ainda mantém uma forte referência a esses observadores. A remoção precoce de observadores (com referência fraca ou com referência a zero) ainda é suportada. CFNotificationCenterAddObserver não está em conformidade com esse comportamento, pois o observador pode não ser um objeto.
mas observe os pontos abaixo sobre referências fortes, para que você possa se preocupar com a limpeza de qualquer maneira ...?
O Swift desaloca automaticamente suas instâncias quando elas não são mais necessárias, para liberar recursos. Swift lida com o gerenciamento de memória de instâncias por meio da contagem automática de referência (ARC), conforme descrito em Contagem automática de referência. Normalmente, você não precisa executar limpeza manual quando suas instâncias são desalocadas. No entanto, quando você estiver trabalhando com seus próprios recursos, poderá ser necessário realizar uma limpeza adicional. Por exemplo, se você criar uma classe personalizada para abrir um arquivo e gravar alguns dados, poderá ser necessário fechar o arquivo antes que a instância da classe seja desalocada.
As definições de classe podem ter no máximo um desinicializador por classe. O desinicializador não aceita nenhum parâmetro e é gravado sem parênteses:
deinit { // perform the deinitialization }
é necessário remover o observador antes da desalocação, caso contrário, ocorreria uma falha. Isso pode ser feito usando
deinit {
// perform the deinitialization
print("deinit")
removeObserver(self, forKeyPath: kSelectedViewControllerKey, context: nil)
removeObserver(self, forKeyPath: kSelectedIndexKey, context: nil)
}Tenha cuidado ao chamar um método em outra classe de desinit , provavelmente ele terminará em falha