Теперь, имея несколько классов, которые поддерживают интерфейс IPointy, необходимо выяснить, каким образом взаимодействовать с новой функциональностью. Самый простой способ взаимодействия с функциональностью, предоставляемой заданным интерфейсом, заключается в обращении к его членам прямо на уровне объектов (при условии, что члены интерфейса не реализованы явно, о чем более подробно пойдет речь в разделе "Явная реализация интерфейсов" далее в главе). Например, взгляните на следующий код:

Console.WriteLine("***** Fun with Interfaces *****\n");

// Обратиться к свойству Points, определенному в интерфейсе IPointy.

Hexagon hex = new Hexagon;

Console.WriteLine("Points: {0}", hex.Points);

Console.ReadLine;

Данный подход нормально работает в этом конкретном случае, т.к. здесь точно известно, что тип Hexagon реализует упомянутый интерфейс и, следовательно, имеет свойство Points. Однако в других случаях определить, какие интерфейсы поддерживаются конкретным типом, может быть нереально. Предположим, что есть массив, содержащий 50 объектов совместимых с Shape типов, и только некоторые из них поддерживают интерфейс IPointy. Очевидно, что если вы попытаетесь обратиться к свойству Points для типа, который не реализует IPointy, то возникнет ошибка. Как же динамически определить, поддерживает ли класс или структура подходящий интерфейс?

Один из способов выяснить во время выполнения, поддерживает ли тип конкретный интерфейс, предусматривает применение явного приведения. Если тип не поддерживает запрашиваемый интерфейс, то генерируется исключение InvalidCastException. В случае подобного рода необходимо использовать структурированную обработку исключений:

...

// Перехватить возможное исключение InvalidCastException.

Circle c = new Circle("Lisa");

IPointy itfPt = null;

try

{

  itfPt = (IPointy)c;

  Console.WriteLine(itfPt.Points);

}

catch (InvalidCastException e)

{

  Console.WriteLine(e.Message);

}

Console.ReadLine;

Хотя можно было бы применить логику try/catch и надеяться на лучшее, в идеале хотелось бы определять, какие интерфейсы поддерживаются, до обращения к их членам. Давайте рассмотрим два способа, с помощью которых этого можно добиться.

Получение ссылок на интерфейсы: ключевое слово as

Для определения, поддерживает ли данный тип тот или иной интерфейс, можно использовать ключевое слово as, которое было представлено в главе 6. Если объект может трактоваться как указанный интерфейс, тогда возвращается ссылка на интересующий интерфейс, а если нет, то ссылка null. Таким образом, перед продолжением в коде необходимо реализовать проверку на предмет null:

...

// Можно ли hex2 трактовать как IPointy?

Hexagon hex2 = new Hexagon("Peter");

IPointy itfPt2 = hex2 as IPointy;

if(itfPt2 != null)

{

  Console.WriteLine("Points: {0}", itfPt2.Points);

}

else

{

   Console.WriteLine("OOPS! Not pointy...");  // He реализует IPointy

}

Console.ReadLine;

Обратите внимание, что когда применяется ключевое слово as, отпадает необходимость в наличии логики try/catch, т.к. если ссылка не является null, то известно, что вызов происходит для действительной ссылки на интерфейс.

Получение ссылок на интерфейсы: ключевое слово is (обновление в версии 7.0)

Проверить, реализован ли нужный интерфейс, можно также с помощью ключевого слова is (о котором впервые упоминалось в главе 6). Если интересующий объект не совместим с указанным интерфейсом, тогда возвращается значение false. В случае предоставления в операторе имени переменной ей назначается надлежащий тип, что устраняет необходимость в проверке типа и выполнении приведения. Ниже показан обновленный предыдущий пример:

Console.WriteLine("***** Fun with Interfaces *****\n");

...

if(hex2 is IPointy itfPt3)

{

  Console.WriteLine("Points: {0}", itfPt3.Points);

}

else

{

  Console.WriteLine("OOPS! Not pointy...");

}

 Console.ReadLine;

Стандартные реализации (нововведение в версии 8.0)