Язык программирования C#9 и платформа .NET5 - Троелсен Эндрю

  {

    public byte Points => throw new NotImplementedException();

  }

}

На заметку! Среда Visual Studio/Visual Studio Code также поддерживает рефакторинг в форме извлечения интерфейса (Extract Interface), доступный через пункт Extract Interface (Извлечь интерфейс) меню Quick Actions (Быстрые действия). Такой рефакторинг позволяет извлечь новое определение интерфейса из существующего определения класса. Например, вы можете находиться где-то на полпути к завершению написания класса, но вдруг осознаете, что данное поведение можно обобщить в виде интерфейса (открывая возможность для альтернативных реализаций).

Явная реализация интерфейсов

Как было показано ранее в главе, класс или структура может реализовывать любое количество интерфейсов. С учетом этого всегда существует возможность реализации интерфейсов, которые содержат члены с идентичными именами, из-за чего придется устранять конфликты имен. Чтобы проиллюстрировать разнообразные способы решения данной проблемы, создайте новый проект консольного приложения по имени InterfaceNameClash и добавьте в него три специальных интерфейса, представляющих различные места, в которых реализующий их тип может визуализировать свой вывод:

namespace InterfaceNameClash

{

  // Вывести изображение на форму.

  public interface IDrawToForm

  {

    void Draw();

  }

}

namespace InterfaceNameClash

{

  // Вывести изображение в буфер памяти.

  public interface IDrawToMemory

  {

    void Draw();

  }

}

namespace InterfaceNameClash

{

  // Вывести изображение на принтер.

  public interface IDrawToPrinter

  {

    void Draw();

  }

}

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

using System;

namespace InterfaceNameClash

{

  class Octagon : IDrawToForm, IDrawToMemory, IDrawToPrinter

  {

   public void Draw()

   {

      // Разделяемая логика вывода.

      Console.WriteLine("Drawing the Octagon...");

(window.adrunTag = window.adrunTag || []).push({v: 1, el: 'adrun-4-390', c: 4, b: 390})

    }

  }

}

Хотя компиляция такого кода пройдет гладко, здесь присутствует потенциальная проблема. Выражаясь просто, предоставление единственной реализации метода Draw() не позволяет предпринимать уникальные действия на основе того, какой интерфейс получен от объекта Octagon. Например, представленный ниже код будет приводить к вызову того же самого метода Draw() независимо от того, какой интерфейс получен:

using System;

using InterfaceNameClash;

Console.WriteLine("***** Fun with Interface Name Clashes *****n");

<b>// Все эти обращения приводят к вызову одного</b>

<b>// и того же метода Draw()!</b>

Octagon oct = new Octagon();

<b>// Сокращенная форма записи, если переменная типа</b>

<b>// интерфейса в дальнейшем использоваться не будет.</b>

((IDrawToPrinter)oct).Draw();

<b>// Также можно применять ключевое слово is.</b>

if (oct is IDrawToMemory dtm)

{

  dtm.Draw();

}

Console.ReadLine();

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

class Octagon : IDrawToForm, IDrawToMemory, IDrawToPrinter

{

<b>   // Явно привязать реализации Draw() к конкретным интерфейсам.</b>

   void IDrawToForm.Draw()

   {

     Console.WriteLine(&quot;Drawing to form...&quot;);  // Вывод на форму

   }

   void IDrawToMemory.Draw()

   {

     Console.WriteLine(&quot;Drawing to memory...&quot;);  // Вывод в память

   }

   void IDrawToPrinter.Draw()

   {

     Console.WriteLine(&quot;Drawing to a printer...&quot;);  // Вывод на принтер

   }

}