Net framework 5, а также среды Visual Studio 2012 и C#

Глава.13 .Интерфейсы
Console.WriteLine("Derived's CompareTo");
// Эта попытка вызвать EIMI базового класса приводит к ошибке:
// "error CS0117: 'Base' does not contain a definition for 'CompareTo'"
base.CompareTo(o);
return 0;
}
}
В методе 
CompareTo
типа 
Derived
я попытался вызвать 
base.CompareTo
, но это 
привело к ошибке компилятора C#. Проблема заключается в том, что в классе 
Base
нет открытого или защищенного метода 
CompcareTo
, который он мог бы вызвать. 
Есть метод 
CompareTo
, который можно вызвать только через переменную типа 
IComparable
. Я мог бы изменить метод 
CompareTo
класса 
Derived
следующим об-
разом:
// Открытый метод, который также является реализацией интерфейса
public Int32 CompareTo(Object o) {
Console.WriteLine("Derived's CompareTo");
// Эта попытка вызова EIMI базового класса приводит 
// к бесконечной рекурсии
IComparable c = this;
c.CompareTo(o);
return 0;
}
В этой версии я привожу 
this
к типу переменной 
c
(типу 
IComparable
), а за-
тем использую 
c
для вызова 
CompareTo
. Однако открытый метод 
CompareTo
класса 
Derived
является реализацией метода 
CompareTo
интерфейса 
IComparable
класса 
Derived
, поэтому возникает бесконечная рекурсия. Ситуацию можно исправить, 
объявив класс 
Derived
без интерфейса 
IComparable
:
internal sealed class Derived : Base /*, IComparable */ { ... }
Теперь предыдущий метод 
CompareTo
вызовет метод 
CompareTo
класса 
Base
. 
Однако не всегда можно просто удалить интерфейс из типа, поскольку производ-
ный тип должен реализовывать интерфейсный метод. Лучший способ исправить 
ситуацию — в дополнение к явно реализованному интерфейсному методу создать 
в базовом классе виртуальный метод, который будет реализовываться явно. Затем 
в классе 
Derived
можно переопределить виртуальный метод. Вот как правильно 
определять классы 
Base
и 
Derived
:
internal class Base : IComparable {
// Явная реализация интерфейсного метода (EIMI)
Int32 IComparable.CompareTo(Object o) {
Console.WriteLine("Base's IComparable CompareTo");
return CompareTo(o); // Теперь здесь вызывается виртуальный метод
}

---

351
Дилемма.разработчика:.базовый.класс.или.интерфейс?
// Виртуальный метод для производных классов 
// (этот метод может иметь любое имя)
public virtual Int32 CompareTo(Object o) {
Console.WriteLine("Base's virtual CompareTo");
return 0;
}
}
internal sealed class Derived : Base, IComparable {
// Открытый метод, который также является реализацией интерфейса
public override Int32 CompareTo(Object o) {
Console.WriteLine("Derived's CompareTo");
// Теперь можно вызвать виртуальный метод класса Base
return base.CompareTo(o);
}
}
Заметьте: я определил виртуальный метод как открытый, но в некоторых 
случаях лучше сделать его защищенным. Это вполне возможно, хотя и потребует 
небольших изменений. 
Как видите, к явной реализации интерфейсных методов нужно прибегать с осто-
рожностью. Когда разработчики впервые узнали о EIMI, многие посчитали это 
отличной новостью и стали пытаться выполнять явную реализацию интерфейсных 
методов везде, где только можно. Не попадайтесь на эту удочку! Явная реализация 
интерфейсных методов полезна в лишь некоторых случаях, но ее следует избегать 
везде, где можно обойтись другими средствами.