Как правильно писать тесты 46 Цикл разработки 46 Структура проекта с тестами 51 Утверждения (Asserts) 52 Утверждения в форме ограничений 54 Категории 56

Вид материала

Тесты

Содержание Отличие реализации методов интерфейса от переопределения виртуальных методов

Подобный материал:

• Некорректные задания, 1276.79kb.
• К техническому регламенту, 835.7kb.
• Правительства Российской Федерации от 11 ноября 2005 г. N 679 о порядке разработки, 494.44kb.
• Постановлением Правительства Российской Федерации от 11 ноября 2005 г. N 679 о порядке, 652.85kb.
• Постановлением Правительства Российской Федерации от 11 ноября 2005 г. N 679 о порядке, 623.18kb.
• Правительства Российской Федерации от 11. 11. 2005 N 679 о порядке разработки и утверждения, 533.6kb.
• Постановления Правительства Российской Федерации от 11. 11. 2005 n 679 о порядке разработки, 613.63kb.
• Об утверждении требований к схемам теплоснабжения, порядку их разработки и утверждения, 450.79kb.
• Рабочая программа учебной дисциплины. Общие требования, порядок разработки, согласования, 414.77kb.
• Постановлением Правительства Российской Федерации от 11 ноября 2005 г. N 679 о порядке, 1924.26kb.

Отличие реализации методов интерфейса от переопределения виртуальных методов

На первый взгляд кажется, что реализация метода интерфейса — это то же самое, что и переопределение виртуального метода. Вы предлагаете определение члена, который был объявлен в другом типе. Однако реализация интерфейса значительно отличается от переопределения виртуального метода. Члены, объявленные в интерфейсах, не виртуальны — по крайней мере, по умолчанию.


Производные классы не могут переопределять члены интерфейса, реализованные в базовом классе.


Но можно реализовать интерфейсы таким образом, чтобы производные классы могли модифицировать вашу реализацию. Для этого всего лишь требуется создать методы для производных классов.


Рассмотрим простой интерфейс и его реализацию в одном классе:

interface IMsg

{

void Message();

}


public class MyClass : IMsg

{

public void Message()

{

Console.WriteLine( "MyClass" );

}

}


Метод Message() является частью общедоступного интерфейса MyClass. К методу Message можно также получить доступ через переменную типа IMsg. Теперь немного усложним ситуацию, добавив производный класс:


public class MyDerivedClass : MyClass

{

public new void Message()

{

Console.WriteLine( "MyDerivedClass" );

}

}

Обратите внимание, что нужно добавить в определение метода Message() ключевое слово new. Метод MyClass.Message() не является виртуальным. Производные классы не могут переопределить этот метод Message(). Поэтому MyDerivedClass создает новый метод Message, но он не переопределяет MyClass.Message: он скрывает его. Более того, метод MyClass.Message остается доступным по ссылке типа IMsg:


MyDerivedClass d = new MyDerivedClass( );

d.Message( ); // prints "MyDerivedClass".

IMsg m = d as IMsg;

m.Message( ); // prints "MyClass"


Интерфейсные методы не являются виртуальными. Когда реализуется интерфейс, объявляется точная реализация конкретного соглашения.


Но часто возникает желание создать интерфейсы, реализовать их в базовых классах, а затем модифицировать поведение в производных классах. Это возможно, причем имеются два варианта. Если доступ к базовому классу отсутствует, можно заново реализовать интерфейс в производном классе:


public class MyDerivedClass : MyClass, IMsg

{

public new void Message()

{

Console.WriteLine( "MyDerivedClass" );

}

}


Добавление реализации IMsg изменяет поведение производного класса таким образом, что теперь IMsg.Message() использует версию производного класса:


MyDerivedClass d = new MyDerivedClass( );

d.Message( ); // prints "MyDerivedClass".

IMsg m = d as IMsg;

m.Message( ); // prints "MyDerivedClass"


По-прежнему в методе MyDerivedClass.Message() требуется ключевое слово new. Версия базового класса все еще доступна по ссылке на этот базовый класс:


MyDerivedClass d = new MyDerivedClass( );

d.Message( ); // prints "MyDerivedClass".

IMsg m = d as IMsg;

m.Message( ); // prints "MyDerivedClass"

MyClass b = d;

b.Message( ); // prints "MyClass"


Единственный способ исправить эту проблему — модифицировать базовый класс, объявив, что интерфейсные методы должны быть виртуальными:

public class MyClass : IMsg

{

public virtual void Message()

{

Console.WriteLine( "MyClass" );

}

}


public class MyDerivedClass : MyClass

{

public override void Message()

{

Console.WriteLine( "MyDerivedClass" );

}

}


Теперь класс MyDerivedClass и все классы, производные от MyClass, могут объявить для Message() собственные методы. После этого каждый раз будет вызываться переопределенная версия: по ссылке на MyDerivedClass, по ссылке IMsg и по ссылке на MyClass.


Если реализация метода интерфейса не нужна в базовом классе, внесите в определение MyClass одно небольшое изменение:


public abstract class MyClass: IMsg

{

public abstract void Message();

}


Т.е. можно реализовать интерфейс без фактической реализации методов в этом интерфейсе. Объявляя абстрактные версии методов в интерфейсе, вы говорите, что все типы, являющиеся производными от вашего типа, должны реализовать этот интерфейс. Интерфейс IMsg является частью объявления класса MyClass, но определение методов отложено до каждого производного класса.


Явная реализация методов интерфейса используется для того, чтобы не позволить клиентскому коду применять интерфейсные методы, когда имеется более подходящая версия.


Реализация методов интерфейсов предоставляет больше возможностей, чем создание и переопределение виртуальных функций. Можно создавать private реализации, виртуальные реализации или абстрактные соглашения при построении иерархий классов. Вы можете решить, как и когда производные классы могут модифицировать поведение по умолчанию членов любого интерфейса, реализованного классом.