WWW.KNIGI.KONFLIB.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

 
<< HOME
Научная библиотека
CONTACTS

Pages:     || 2 | 3 | 4 |

«Лекция 19. Интерфейсы. Множественное наследование Интерфейсы как частный случай класса. Множественное наследование. Проблемы. Множественное наследование интерфейсов. ...»

-- [ Страница 1 ] --

Лекция 19. Интерфейсы.

Множественное наследование

Интерфейсы как частный случай класса. Множественное наследование. Проблемы. Множественное

наследование интерфейсов. Встроенные интерфейсы. Интерфейсы IComparable, IClonable, ISerializable.

Поверхностное и глубокое клонирование и сериализация. Сохранение и обмен данными.

Ключевые слова: интерфейс; назначение интерфейсов; две стратегии реализации интерфейса; обертывание;

кастинг; множественное наследование; коллизия имен; склеивание методов; переименование; наследование от общего предка; встроенный интерфейс; приведение типов; отношение порядка на объектах класса;

клонирование; клон; глубокое клонирование; поверхностное клонирование; сериализация объектов; атрибут [Serializable]; десериализация.

Интерфейсы Слово «интерфейс» многозначное и в разных контекстах оно имеет различный смысл. В данной лекции речь идет о понятии интерфейса, стоящем за ключевым словом interface. В таком понимании интерфейс – это частный случай класса. Интерфейс представляет собой полностью абстрактный класс, все методы которого абстрактны. От абстрактного класса интерфейс отличается некоторыми деталями в синтаксисе и поведении. Синтаксическое отличие состоит в том, что методы интерфейса объявляются без указания модификатора доступа. Отличие в поведении заключается в более жестких требованиях к потомкам. Класс, наследующий интерфейс, обязан полностью реализовать все методы интерфейса. В этом отличие от класса, наследующего абстрактный класс, где потомок может реализовать лишь некоторые методы родительского абстрактного класса, оставаясь абстрактным классом. Но конечно не ради этих отличий были введены интерфейсы в язык C#. У них значительно более важная роль.

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

Подробнее о развернутых и ссылочных типах см. лекцию 17.

Интерфейсы позволяют частично справиться с таким существенным недостатком языка, как отсутствие множественного наследования классов. Хотя реализация множественного наследования встречается с рядом проблем, его отсутствие существенно снижает выразительную мощь языка. В языке C# полного множественного наследования классов нет. Чтобы частично сгладить этот пробел, в языке допускается множественное наследование интерфейсов. Обеспечить возможность классу иметь несколько родителей – один полноценный класс, а остальные в виде интерфейсов, – в этом и состоит основное назначение интерфейсов.

Отметим одно важное назначение интерфейсов. Интерфейс позволяет описывать некоторые желательные свойства, которыми могут обладать объекты разных классов. В библиотеке FCL имеется большое число подобных интерфейсов, с некоторыми из них мы познакомимся в этой лекции. Все классы, допускающие сравнение своих объектов, обычно наследуют интерфейс IComparable, реализация которого позволяет сравнивать объекты не только на равенство, но и на «больше», «меньше».

Две стратегии реализации интерфейса Давайте опишем некоторый интерфейс, задающий дополнительные свойства объектов класса:

public interface IProps { void Prop1(string s);

void Prop2 (string name, int val);

} У этого интерфейса два метода, которые и должны будут реализовать все классы, наследники интерфейса. Заметьте, у методов нет модификаторов доступа.

Класс, наследующий интерфейс и реализующий его методы, может реализовать их явно, объявляя соответствующие методы класса открытыми. Вот пример:

public class Clain:IProps { public Clain() {} public void Prop1(string s) { Console.WriteLine(s);

} public void Prop2(string name, int val) { Console.WriteLine("name = {0}, val ={1}", name, val);

} }//Clain Класс реализует методы интерфейса, делая их открытыми для клиентов класса и наследников. Другая стратегия реализации интерфейса состоит в том, чтобы все или некоторые методы интерфейса сделать закрытыми. Для реализации этой стратегии класс, наследующий интерфейс, объявляет методы без модификатора доступа, что по умолчанию соответствует модификатору private, и уточняет имя метода именем интерфейса. Вот соответствующий пример:

public class ClainP:IProps { public ClainP(){ } void IProps.Prop1(string s) { Console.WriteLine(s);

} void IProps.Prop2(string name, int val) { Console.WriteLine("name = {0}, val ={1}", name, val);

} }//class ClainP Класс ClainP реализовал методы интерфейса IProps, но сделал их закрытыми и недоступными для вызова клиентов и наследников класса. Как же получить доступ к закрытым методам? Есть два способа решения этой проблемы:

• Обертывание. Создается открытый метод, являющийся оберткой закрытого метода.

• Кастинг. Создается объект интерфейсного класса IProps, полученный преобразованием (кастингом) объекта исходного класса ClainP. Этому объекту доступны закрытые методы интерфейса.

В чем главное достоинство обертывания? Оно позволяет переименовывать методы интерфейса. Метод интерфейса со своим именем закрывается, а потом открывается под тем именем, которое класс выбрал для него. Вот пример обертывания закрытых методов в классе ClainP:

public void MyProp1(string s) ((IProps)this).Prop1(s);

public void MyProp2(string s, int x) ((IProps)this).Prop2(s, x);

Как видите, методы переименованы и получили другие имена, под которыми они и будут известны клиентам класса. В обертке для вызова закрытого метода пришлось использовать кастинг, приведя объект this к интерфейсному классу IProps.

Преобразование к классу интерфейса Создать объект класса интерфейса обычным путем с использованием конструктора и операции new нельзя. Тем не менее, можно объявить объект интерфейсного класса и связать его с настоящим объектом путем приведения (кастинга) объекта наследника к классу интерфейса. Это преобразование задается явно. Имея объект, можно вызывать методы интерфейса, даже если они закрыты в классе, для интерфейсных объектов они являются открытыми. Приведу соответствующий пример, в котором идет работа как с объектами классов Clain, ClainP, так и с объектами интерфейсного класса IProps:

public void TestClainIProps() Console.WriteLine("Объект класса Clain вызывает открытые методы!");

clain.Prop1(" свойство 1 объекта");

clain.Prop2("Владимир", 44);

Console.WriteLine("Объект класса IProps вызывает открытые методы!");

ip.Prop1("интерфейс: свойство");

ip.Prop2 ("интерфейс: свойство",77);

Console.WriteLine("Объект класса ClainP вызывает открытые методы!");

clainp.MyProp1(" свойство 1 объекта");

clainp.MyProp2("Владимир", 44);

Console.WriteLine("Объект класса IProps вызывает закрытые методы!");

ipp.Prop1("интерфейс: свойство");

ipp.Prop2 ("интерфейс: свойство",77);

Этот пример демонстрирует работу с классом, где все наследуемые методы интерфейса открыты, и с классом, закрывающим наследуемые методы интерфейса. Показано, как обертывание и кастинг позволяют добраться до закрытых методов класса. Результаты выполнения этой тестирующей процедуры приведены на рис. 19.1.

Рис. 19.1. Наследование интерфейса. Две стратегии Проблемы множественного наследования При множественном наследовании классов возникает ряд проблем. Они остаются и при множественном наследовании интерфейсов, хотя и становятся проще. Рассмотрим две основные проблемы – коллизию имен и наследование от общего предка.

Коллизия имен Проблема коллизии имен возникает, когда два или более интерфейса имеют методы с одинаковыми именами и сигнатурой. Сразу же заметим, что если имена методов совпадают, но сигнатуры разные, то это не приводит к конфликтам – при реализации у класса наследника просто появляются перегруженные методы. Но что следует делать классу наследнику в тех случаях, когда сигнатуры методов совпадают? И здесь возможны две стратегии – склеивание методов и переименование.

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

Другая стратегия исходит из того, что, несмотря на единую сигнатуру, методы разных интерфейсов должны быть реализованы по-разному. В этом случае необходимо переименовать конфликтующие методы. Конечно, переименование можно сделать в самих интерфейсах, но это не правильный путь – наследники не должны требовать изменений своих родителей, – они сами должны меняться. Переименование методов интерфейсов иногда невозможно чисто технически, если интерфейсы являются встроенными или поставляются сторонними фирмами. К счастью, мы знаем, как производить переименование метода интерфейса в самом классе наследника. Напомню, для этого достаточно реализовать методы разных интерфейсов как закрытые, а затем открыть их с переименованием.

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

public interface IProps void Prop2 (string name, int val);

public interface IPropsOne У двух интерфейсов по три метода с совпадающими именами, сигнатуры двух методов совпадают, в одном случае различаются. Вот класс, наследующий оба интерфейса:

public class ClainTwo:IProps,IPropsOne /// summary /// склеивание методов двух интерфейсов /// /summary /// param name="s"/param public void Prop1 (string s) Console.WriteLine(s);

/// summary /// перегрузка методов двух интерфейсов /// /summary /// param name="s"/param /// param name="x"/param public void Prop2(string s, int x) Console.WriteLine(s + "; " + x);

public void Prop2 (int x) Console.WriteLine(x);

/// summary /// переименование методов двух интерфейсов /// /summary void IProps.Prop3() Console.WriteLine("Свойство 3 интерфейса 1");

void IPropsOne.Prop3() Console.WriteLine("Свойство 3 интерфейса 2");

public void Prop3FromInterface1() ((IProps)this).Prop3();

public void Prop3FromInterface2() ((IPropsOne)this).Prop3();

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

Приведу пример работы с объектами класса и интерфейсными объектами:

public void TestCliTwoInterfaces() Console.WriteLine("Объект ClainTwo вызывает методы двух интерфейсов!");

Cli.ClainTwo claintwo = new Cli.ClainTwo();

claintwo.Prop1("Склейка свойства двух интерфейсов");

claintwo.Prop2("перегрузка ::: ",99);

claintwo.Prop3FromInterface1();

claintwo.Prop3FromInterface2();

Console.WriteLine("Интерфейсный объект вызывает методы 1-го интерфейса!");

Cli.IProps ip1 = (Cli.IProps)claintwo;

ip1.Prop1("интерфейс IProps: свойство 1");



Pages:     || 2 | 3 | 4 |
 


Похожие работы:

«Ленинградский Губдит.№ 13072. Тираж 5000 экз. 14 печ. листов. Типография Пуокра, улица Петра Лаврова. 21. ОТ АВТОРА. ПО ПОВОДУ 5-го ИЗДАНИЯ. Раньше эта книга три раза была издана под заглавием Пасека при народной школе, так как, главным образом, я хотел привлечь к ней внимание народного учителя. Но в последнее десятилетие многие мне указывали на то. что такое заглавие уменьшает круг читателей, и учителя, нуждающиеся не менее последних в указаниях при первых шагах на пасеке, не прибегают к ней,...»

«Он Меня Любит! Для понимания Божьей любви нужна не академическая аудитория, а хорошая баня. В книге Он Меня Любит! Уэйн Джейкобсен нанашивает воды и приглашает нас окунуться в настоящую жизнь - жизнь Троицы изнутри. Что в действительности произошло на Кресте? стоит прочитать пять, а то и шесть раз, и уж потом погрузиться тихо и глубоко в эту живую воду. Д-р Лэрри Крабб • Молитва к Папе, разговор по душам и разбитые надежды Для тех из нас, кто всей душой желает быть любимым, я не могу...»

«RUSSIAN CATAUOGUING RULES 2nd edition, corrected M O SCO W P A S H K O V D O M 2008 РОССИЙСКАЯ БИБЛИОТЕЧНАЯ АССОЦИАЦИЯ М ЕЖ РЕГИ О Н А Л ЬН Ы Й К О М И Т Е Т ПО КАТАЛОГИЗАЦИИ РОССИЙСКАЯ ГОСУДАРСТВЕННАЯ БИБЛИОТЕКА РОССИЙСКИЕ ПРАВИЛА КАТАЛОГИЗАЦИИ 2-е издание, исправленное МОСКВА ПАШ КОВ ДОМ 2008 УДК 025.31(470+571) Б Б К 78.37(2Рос)я82 Р76 Российские правила каталогизации разработаны авторским коллективом на базе Российской государственной библиотеки, Российской национальной библиотеки,...»

«ТЕРМИНЫ, ОПРЕДЕЛЕНИЯ И СОКРАЩЕНИЯ.................................13 РАЗДЕЛ 1. ОБЩИЕ ПОЛОЖЕНИЯ ГЛАВА 1. ЦЕЛИ И ЗАДАЧИ ПРОВЕДЕНИЯ ЧЕМПИОНАТА....................19 Статья 1. Цели проведения Чемпионата.........................................19 Статья 2. Задачи проведения Чемпионата........................................19 ГЛАВА 2. ПРАВА НА ЧЕМПИОНАТ...........»

«Демографическая демодернизация и алкоголизация России А.В. Подлазов ОСОБЕННОСТИ МОДЕРНИЗАЦИИ СМЕРТНОСТИ В РОССИИ Одним из важнейших направлений прогресса является демографическая модернизация и, в первую очередь, модернизация смертности, заключающаяся в переносе на более поздние возраста действия определенных причин смертности или даже полном их исключении. Поскольку вероятность смерти зависит не только от ее причины, но и от возраста человека, полный анализ динамики смертности предполагает...»

«Идеальный Пресс Курт БРУНГАРДТ УДК 613.71 ББК 75.6 Б89 Серия основана в 1998 году Перевод с английского выполнен по изданию: ESSENTIAL ABS (An Intense 6-Week Program) by Kurt Brungardt.— USA: Rodale Inc., 2001. На русском языке публикуется впервые. Художник обложки М. В. Драко Охраняется законом об авторском праве. Нарушение ограничений, накладываемых им на воспроизведение всей этой книги или любой её части, включая оформление, преследуется в судебном порядке. Брунгардт К. Б89 Идеальный пресс /...»

«Рекомендации Американской коллегии кардиологов, Американской ассоциации сердца и Общества сердечно-сосудистой ангиографии и интервенций ACC/AHA/SCAI 2005 GUIDELINE UPDATE FOR PERCUTANEOUS CORONARY INTERVENTION A Report of the American College of Cardiology/ American Heart Association Task Force on Practice Guidelines (ACC/AHA/SCAI Writing Committee to Update the 2001 Guidelines for Percutaneous Coronary Intervention) J. Am. Coll. Cardiol. 2006;47;1-121. & 2007 FOCUSED UPDATE OF THE ACC/AHA/SCAI...»

«Олег Панков Очки-убийцы Аннотация Если у вас, дорогой читатель, появились проблемы со зрением, советуем вам не откладывать, а начинать регулярно заниматься по предложенной в этой книге методике восстановления зрения и общего оздоровления ор ганизма. Вы, безусловно, почувствуете положительные результаты уже через 30 дней занятий. Однако мы вам настоятельно рекомендуем не прекращать занятий, а продолжать заниматься профилактически. В этом случае вы сможете не только предотвратить слепоту на...»






 
© 2013 www.knigi.konflib.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.