Est-il possible de ne pas implémenter une méthode héritée d'une interface en C#?

Question

regardant le SDK Project Server 2010 (trouvé here dans le réflecteur .NET, j'ai trouvé quelque chose d'intéressant qui me confond.

Apparemment, la classe SvcProject.ProjectClient en ProjectServerServices.dll hérite de System.ServiceModel.ClientBase<Project>, qui est une classe abstraite qui implémente l'System.IDisposable Cependant, quand j'inspecte la classe SvcProject.ProjectClient (ce qui n'est pas abstrait), il n'y a pas de méthode Dispose. Ce qui donne? Je pensais que chaque méthode héritée des interfaces devait être implémentée dans une implémentation concrète (sinon quelle est l'utilisation des interfaces) Est-ce que .NET Reflector me ment? Microsoft a-t-il, pour une raison quelconque, contourner cette exigence? Que se passe-t-il?

Answer 1

Il a probablement été mis en œuvre explicitement, comme ceci:

void IDisposable.Dispose() 
{ 
    // Code here 
} 

Ou bien il hérite de la méthode de la classe de base. Tout simplement parce que ClientBase<T> est abstrait ne signifie pas qu'il ne peut pas avoir implémenté correctement IDisposable lui-même. En effet, aura soit pour l'implémenter soit pour le redéclarer comme une méthode abstraite pour forcer la classe dérivée à l'implémenter.

De toute façon, la méthode sera là d'une manière ou d'une autre.

La mise en œuvre d'une interface explicite signifie que la méthode n'est disponible que lorsque l'instance est visualisée via le type d'interface. Par exemple:

class Foo : IDisposable 
{ 
    void IDisposable.Dispose() {} 
} 

... 

Foo foo = new Foo(); 
foo.Dispose(); // Invalid: compile time error 
IDisposable d = foo; 
d.Dispose(); // Valid 
((IDisposable)foo).Dispose(); // Valid (no need for temp variable) 

Answer 2

Sans regarder, je dirais que la classe de base fournit la méthode Dispose et que la classe concrète ne l'ignore pas. EDIT: Et (après avoir regardé), il fournit une implémentation explicite non-abstraite comme IDisposable.Dispose.