Материал настоящей главы опирается на ваши текущие знания объектно-ориентированной разработки и посвящен теме программирования на основе интерфейсов. Вы узнаете, как определять и реализовывать интерфейсы, а также ознакомитесь с преимуществами построения типов, которые поддерживают несколько линий поведения. В ходе изложения обсуждаются связанные темы, такие как получение ссылок на интерфейсы, явная реализация интерфейсов и построение иерархий интерфейсов. Будет исследовано несколько стандартных интерфейсов, определенных внутри библиотек базовых классов .NET Core. Кроме того, раскрываются новые средства C# 8, связанные с интерфейсами, в том числе стандартные методы интерфейсов, статические члены и модификаторы доступа. Вы увидите, что специальные классы и структуры могут реализовывать эти предопределенные интерфейсы для поддержки ряда полезных аспектов поведения, включая клонирование, перечисление и сортировку объектов.

<p id="AutBody_Root321">Понятие интерфейсных типов</p>

Первым делом давайте ознакомимся с формальным определением интерфейсного типа, которое с появлением версии C# 8 изменилось. До выхода C# 8 интерфейс был не более чем именованным набором абстрактных членов. Вспомните из главы 6, что абстрактные методы являются чистым протоколом, поскольку они не предоставляют свои стандартные реализации. Специфичные члены, определяемые интерфейсом, зависят от того, какое точно поведение он моделирует. Другими словами, интерфейс выражает поведение, которое заданный класс или структура может избрать для поддержки. Более того, далее в главе вы увидите, что класс или структура может реализовывать столько интерфейсов, сколько необходимо, и посредством этого поддерживать по существу множество линий поведения.

Средство стандартных методов интерфейсов, введенное в C# 8.0, позволяет методам интерфейса содержать реализацию, которая может переопределяться или не переопределяться в классе реализации. Более подробно о таком средстве речь пойдет позже в главе.

Как вы наверняка догадались, библиотеки базовых классов .NET Core поставляются с многочисленными предопределенными интерфейсными типами, которые реализуются разнообразными классами и структурами. Например, в главе 21 будет показано, что инфраструктура ADO.NET содержит множество поставщиков данных, которые позволяют взаимодействовать с определенной системой управления базами данных. Таким образом, в ADO.NET на выбор доступен обширный набор классов подключений (SqlConnection, OleDbConnection, OdbcConnection и т.д.). Вдобавок независимые поставщики баз данных (а также многие проекты с открытым кодом) предлагают библиотеки .NET Core для взаимодействия с большим числом других баз данных (MySQL, Oracle и т.д.), которые содержат объекты, реализующие упомянутые интерфейсы.

Невзирая на тот факт, что каждый класс подключения имеет уникальное имя, определен в отдельном пространстве имен и (в некоторых случаях) упакован в отдельную сборку, все они реализуют общий интерфейс под названием IDbConnection:

// Интерфейс IDbConnection определяет общий набор членов,

// поддерживаемый всеми классами подключения.

public interface IDbConnection : IDisposable

{

   // Методы

   IDbTransaction BeginTransaction();

   IDbTransaction BeginTransaction(IsolationLevel il);

   void ChangeDatabase(string databaseName);

   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 всегда абстрактные, в каждом классе подключения они могут быть реализованы уникальным образом.

Перейти на страницу:

Похожие книги