Вопрос 15 Множественное наследование. Интерфейсы область применения. Синтаксический блок.

Некоторые языки, такие как C++, поддерживают то, что известно под названием множественного наследования, когда класс происходит более чем от одного базового класса. Преимущества множественного наследования спорны. С одной стороны, нет сомнений, что можно применять множественное наследование для написания сложного, но при этом компактного кода. С другой стороны, код, использующий множественное наследование, часто сложно понять и сложно отлаживать. Как уже упоминалось, облегчение написания устойчивого кода было одной из ключевой целей проектирования С#. Соответственно, поэтому С# не поддерживает множественного наследования. Однако он позволяет типу наследовать множество интерфейсов. Это значит, что класс С# может наследоваться от другого класса и любого количества интерфейсов. На самом деле можно сказать точнее: благодаря налию System.Object как всеобщего базового типа, каждый класс С# (за исключением Object) имеет исключительно один базовый класс и дополнительно может иметь любое количество базовых интерфейсов.

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

Структуры всегда наследуются от System.ValueType. Они могут также наследовать любое количество интерфейсов.

Классы всегда наследуются от одного класса по нашему выбору. Они также могут наследовать любое количество интерфейсов.

Интерфейсы синтаксически подобны абстрактным классам. Он определяет, что должно быть сделано, но не уточняет как. Интерфейс объявляется с помощью ключевого слова interface

Упрощенная форма объявления:

Interface имя { тип_возврата имя_метода1 (список_параметров);

Тип_возврата имя_метода2(список_параметров);

.. }

Вопрос 16 Делегаты. Область применения. Синтаксический блок.

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

Применение делегат полезно в том случае, если во время написания кода известно, что действие должно произойти в определенной точке кода, но сам путь реализации его еще не известен.

Делегат является классом, а слеовательно ссылочным типом. Он происходит от базового класса System.Delegate.

Синтаксический блок делегата имеет вид.

Определение_делегата::=

[<Спецификатор_доступности>] delegate <Тип_возвращаемого_заначения> <Идентификатор>([<Список_формальных_параметров>])

Стоит отдельно отметить, что описание делегата может производиться там же где и описание классов. Для делегатов применяются спецификаторы доступности аналогичные тем, что используются для классов.

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

Пример, написать программу для работы со строками со следующими методами: замена пробелов подчеркиваниями, удаление пробелов, реверсирование строки.

Интерфейс как раз и нужен, чтобы создать определенный "шаблон", который обязывает классы наследники предоставлять определенные методы. Для примера, если взять интерфейс "автомобиль", а в нем метод "запустить двигатель", то из этого следует, что для любого автомобиля можно "запустить двигатель". А как это будет сделано, зависит от конкретной реализации: кнопочку нажать, как на спорткаре, ключ повернуть, как на большинстве, или толкать с мужиками, как на старом москвиченке. Абстрактный класс не выход, так как в С# нет множественного наследования.