C # Méthode d'élimination abstraite

L'avertissement est intéressant cependant. Eric LIPPERT, l'un des concepteurs C #, a blogué sur pourquoi les messages d'erreur devraient être "diagnostic mais pas prescriptif: décrivez le problème, pas la solution". lire ici .

Bien que cela semble un peu comme la cueillette de nit, le conseil est valide. Vous indiquez déjà que vous vous attendez à ce que les sous-types de Connectioncessor auront quelque chose em> qu'ils doivent disposer. Par conséquent, il semble préférable de s'assurer que le nettoyage approprié est effectué (en termes d'appel GC.SuppressFinalize) par la classe de base plutôt que de s'appuyer sur chaque sous-type pour le faire.

J'utilise le modèle d'élimination mentionné dans Bruce Wagers Réservez efficace C # qui est fondamentalement: P>

public class BaseClass : IDisposable
{
    private bool _disposed = false;
    ~BaseClass()
    {
        Dispose(false);
    }

    public void Dispose()
    {
        Dispose(true);
        GC.SuppressFinalize(true);
    }

    protected virtual void Dispose(bool disposing)
    {
        if (_disposed)
            return;

        if (disposing)
        {
            //release managed resources
        }

        //release unmanaged resources

        _disposed = true;
    }
}

public void Derived : BaseClass
{
    private bool _disposed = false;

    protected override void Dispose(bool disposing)
    {
        if (_disposed) 
            return;

        if (disposing)
        {
            //release managed resources
        }

        //release unmanaged resources

        base.Dispose(disposing);
        _disposed = true;
    }

La seule grille que j'aurais avec les réponses fournies jusqu'à présent, c'est qu'ils supposent tous que vous BESOIN d'avoir un finisseur, ce qui n'est pas nécessairement le cas. Il existe une surcharge de performance assez significative associée à la finalisation, que je ne voudrais pas imposer à toutes mes classes dérivées si ce n'était pas nécessaire.

voir Ce blog post Par Joe Duffy, qui explique lorsque vous pouvez ou non avoir besoin d'un finaliseur et comment implémenter correctement le modèle d'élimination dans les deux cas.
Résumant le blog de Joe's Blog, à moins que vous fassiez quelque chose de relativement bas sur la mémoire non gérée, vous ne devriez pas implémenter un finisseur. En règle générale, si votre classe ne détient que des références à des types gérés qui implémentent Idisposables elles-mêmes, vous n'avez pas besoin du finaliseur (mais devriez mettre en œuvre les ressources isisposables et disposer de ces ressources). Si vous allociez des ressources non gérées directement à partir de votre code (Pinvoke?) Et ces ressources doivent être libérées, vous en avez besoin. Une classe dérivée peut toujours ajouter un finaliseur s'il en ait vraiment besoin, mais obliger toutes les classes dérivées à avoir un finaliseur en la mettant dans la classe de base entraîne l'impact de toutes les classes dérivées par le succès des performances des objets finalisables lorsque ces frais généraux peuvent ne pas être nécessaire.