void Close;

   IDbCommand CreateCommand;

   void Open;

   // Свойства

   string ConnectionString { get; set;}

   int ConnectionTimeout { get; }

   string Database { get; }

   ConnectionState State { get; }

}

На заметку! По соглашению имена интерфейсов .NET снабжаются префиксом в виде заглавной буквы I. При создании собственных интерфейсов рекомендуется также следовать этому соглашению.

В настоящий момент детали того, что делают члены интерфейса IDbConnection, не важны. Просто запомните, что в IDbConnection определен набор членов, которые являются общими для всех классов подключений ADO.NET. В итоге каждый класс подключения гарантированно поддерживает такие члены, как Open, Close, CreateCommand и т.д. Кроме того, поскольку методы интерфейса IDbConnection всегда абстрактные, в каждом классе подключения они могут быть реализованы уникальным образом.

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

Сравнение интерфейсных типов и абстрактных базовых классов

Учитывая материалы главы 6, интерфейсный тип может выглядеть кое в чем похожим на абстрактный базовый класс. Вспомните, что когда класс помечен как абстрактный, он может определять любое количество абстрактных членов для предоставления полиморфного интерфейса всем производным типам. Однако даже если класс действительно определяет набор абстрактных членов, он также может определять любое количество конструкторов, полей данных, неабстрактных членов (с реализацией) и т.д. Интерфейсы (до C# 8.0) содержат только определения членов. Начиная с версии C# 8, интерфейсы способны содержать определения членов (вроде абстрактных членов), члены со стандартными реализациями (наподобие виртуальных членов) и статические члены. Есть только два реальных отличия: интерфейсы не могут иметь нестатические конструкторы, а класс может реализовывать множество интерфейсов. Второй аспект обсуждается следующим.

Полиморфный интерфейс, устанавливаемый абстрактным родительским классом, обладает одним серьезным ограничением: члены, определенные абстрактным родительским классом, поддерживаются только производными типами. Тем не менее, в крупных программных системах часто разрабатываются многочисленные иерархии классов, не имеющие общего родителя кроме System.Object. Учитывая, что абстрактные члены в абстрактном базовом классе применимы только к производным типам, не существует какого-то способа конфигурирования типов в разных иерархиях для поддержки одного и того же полиморфного интерфейса. Для начала создайте новый проект консольного приложения по имени СиstomInterfaces. Добавьте к проекту следующий абстрактный класс:

namespace CustomInterfaces

{

  public abstract class CloneableType

  {

    // Поддерживать этот "полиморфный интерфейс".

    // могут только производные типы.

    // Классы в других иерархиях не имеют доступа

    // к данному абстрактному члену

    public abstract object Clone;

  }

}

При таком определении поддерживать метод Clone способны только классы, расширяющие CloneableType. Если создается новый набор классов, которые не расширяют данный базовый класс, то извлечь пользу от такого полиморфного интерфейса не удастся. К тому же вы можете вспомнить, что язык C# не поддерживает множественное наследование для классов. По этой причине, если вы хотите создать класс MiniVan, который является и Car, и CloneableType, то поступить так, как показано ниже, не удастся:

// Недопустимо! Множественное наследование для классов в C# невозможно

public class MiniVan : Car, CloneableType

{

}