Motif MonoTouch et IDisposable

Question

Lecture de la documentation MT, j'ai vu qu'il est possible de libérer de la mémoire en implémentant également le modèle IDisposable .NET.

Par exemple, dans une classe personnalisée qui étend UIViewController (MyViewController), je pourrais passer outre la méthode suivante:

public override void Dispose (bool disposing) 
{ 
    if (disposing){ 
    // do some stuff here 
    } 
    base.Dispose (disposing) 
} 

A partir de ce point, mes deux questions sont:

1. Quel type d'éléments dois-je libérer en plus des images?
2. Dois-je appeler la méthode Dispose à partir d'une instance de la classe MyViewController (myViewController.Dispose()) ou la méthode Dispose est appelée automatiquement comme la méthode dealloc?

Merci d'avance. Cordialement.

Answer 1

La première utilisation de MonoTouch de IDisposable est identique à Mono ou .NET. Ce que vous avez lu sur ce sujet ailleurs, sur stackoverflow ou sur MSDN ... s'appliqueront tous ici.

Ce qui est important est de MonoTouch WRT rappeler que NSObject implémente IDisposable qui fait beaucoup de sens car il représente un objet natif. Cela signifie que tout ce qui hérite de NSObject, une grande partie de monotouch.dll, implémente IDisposable.

1. Quel type d'éléments dois-je libérer en plus des images?

La plupart gérés instances d'objets à base NSObject sont petites mais elles peuvent représenter un grand natifs objets (le GC ne sera au courant de la première, gérée, la taille).

Il est donc préférable d'éliminer les instances basées sur NSObject lorsque vous le pouvez, par ex. lorsque vous les utilisez en tant que variables locales. Le modèle using le rend facile à faire en C#.

OTOH utiliser votre jugement, un petit NSString ne prendra pas beaucoup de mémoire, tandis que d'autres pourraient être importants (ou inconnus, par exemple NSString GetWebPageContent (NSUrl).

2. Dois-je appeler la méthode Dispose d'une instance de la classe MyViewController (myViewController.Dispose()) ou la méthode Dispose est appelée automatiquement comme méthode dealloc?

partie du motif Dispose assurer que le finalizer appellera Dispose s'il n'a pas été appelé précédemment. En tant que tel, le GC récupérera finalement la mémoire (à la fois gérée et non gérée/native) associée à ces instances.Vous voudrez peut-être utiliser des outils, tels que Gendarme (qui fonctionnera sur OSX) ou FxCop (Windows uniquement) qui vous rapporteront (par exemple) si certains de vos types ont des champs IDisposables qui ne sont pas éliminés correctement .

Responsabilité: Je suis le mainteneur :-) Gendarme