Язык программирования C#9 и платформа .NET5

Как видите, при явной реализации члена интерфейса общий шаблон выглядит следующим образом:
возвращаемыйТип ИмяИнтерфейса.ИмяМетода(параметры) {}
Обратите внимание, что при использовании такого синтаксиса модификатор доступа не указывается: явно реализованные члены автоматически будут закрытыми. Например, такой синтаксис недопустим:
// Ошибка! Модификатор доступа не может быть указан!
public void IDrawToForm.Draw()
{
   Console.WriteLine("Drawing to form...");
}
Поскольку явно реализованные члены всегда неявно закрыты, они перестают быть доступными на уровне объектов. Фактически, если вы примените к типу 
Octagon
 операцию точки, то обнаружите, что средство IntelliSense не отображает члены 
Draw()
. Как и следовало ожидать, для доступа к требуемой функциональности должно использоваться явное приведение. В предыдущих операторах верхнего уровня уже используется явное приведение, так что они работают с явными интерфейсами.
Console.WriteLine("***** Fun with Interface Name Clashes *****\n");
Octagon oct = new Octagon();
<b>// Теперь для доступа к членам Draw() должно</b>
<b>// использоваться приведение.</b>
IDrawToForm itfForm = (IDrawToForm)oct;
itfForm.Draw();
<b>// Сокращенная форма записи, если переменная типа</b>
<b>// интерфейса в дальнейшем использоваться не будет.</b>
((IDrawToPrinter)oct).Draw();
<b>// Также можно применять ключевое слово is.</b>
if (oct is IDrawToMemory dtm)
{
  dtm.Draw();
}
Console.ReadLine();
Наряду с тем, что этот синтаксис действительно полезен, когда необходимо устранить конфликты имен, явную реализацию интерфейсов можно применять и просто для сокрытия более "сложных" членов на уровне объектов. В таком случае при использовании операции точки пользователь объекта будет видеть только подмножество всей функциональности типа. Однако когда требуется более сложное поведение, желаемый интерфейс можно извлекать через явное приведение.
  
Проектирование иерархий интерфейсов
 
Интерфейсы могут быть организованы в иерархии. Подобно иерархии классов, когда интерфейс расширяет существующий интерфейс, он наследует все абстрактные члены, определяемые родителем (или родителями). До выхода версии C# 8 производный интерфейс не наследовал действительную реализацию, а просто расширял собственное определение дополнительными абстрактными членами. В версии C# 8 производные интерфейсы наследуют стандартные реализации, а также расширяют свои определения и потенциально добавляют новые стандартные реализации.
Иерархии интерфейсов могут быть удобными, когда нужно расширить функциональность имеющегося интерфейса, не нарушая работу существующих кодовых баз. В целях иллюстрации создайте новый проект консольного приложения по имени 
InterfaceHierarchy
. Затем спроектируйте новый набор интерфейсов, связанных с визуализацией, таким образом, чтобы 
IDrawable
 был корневым интерфейсом в дереве семейства:
 
namespace InterfaceHierarchy
{
  public interface IDrawable
  {
    void Draw();
  }
}
С учетом того, что интерфейс 
IDrawable
 определяет базовое поведение рисования, можно создать производный интерфейс, который расширяет 
IDrawable
 возможностью визуализации в других форматах, например:
namespace InterfaceHierarchy
{
  public interface IAdvancedDraw : IDrawable
  {
    void DrawInBoundingBox(int top, int left, int bottom, int right);
    void DrawUpsideDown();
  }
}
При таком проектном решении, если класс реализует интерфейс 
IAdvancedDraw
, тогда ему потребуется реализовать все члены, определенные в цепочке наследования (в частности методы 
Draw()
, 
DrawInBoundingBox()
 и 
DrawUpsideDown()
):
using System;
namespace InterfaceHierarchy
{
  public class BitmapImage : IAdvancedDraw
  {
    public void Draw()
    {
      Console.WriteLine(&quot;Drawing...&quot;);
    }
    public void DrawInBoundingBox(int top, int left, int bottom, int right)
    {
      Console.WriteLine(&quot;Drawing in a box...&quot;);
    }
    public void DrawUpsideDown()
    {
      Console.WriteLine(&quot;Drawing upside down!&quot;);
    }
  }
}
Теперь в случае применения класса 
BitmapImage
 появилась возможность вызывать каждый метод на уровне объекта (из-за того, что все они открыты), а также извлекать ссылку на каждый поддерживаемый интерфейс явным образом через приведение: