Презентация "Интерфейсы" по информатике – проект, доклад

Лекция 8

Интерфейсы

ICloneable IComparable и IComparer IEnumerator и IEnumirable IDisposible

ICloneable

Поддерживает копирование, который создает новый экземпляр класса с тем же значением, что существующий экземпляр. Перегружаемый метод: Clone();

Зачем он нужен? Пример:

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

Реализация

Можно проще

Для сокращения кода копирования мы можем использовать специальный метод MemberwiseClone(), который возвращает копию объекта

Недостаток

Этот метод реализует поверхностное (неглубокое) копирование. Если в классе есть поля-объекты от других классов, то в объекте-клоне создастся не новый объект, а копируется ссылка от текущего

Добавим класс

Что получаем

Глубокое копирование

IComparable

Однако метод Sort по умолчанию работает только для наборов примитивных типов, как int или string. Для сортировки наборов сложных объектов применяется интерфейс IComparable. int CompareTo(object o);

Возвращаемое значение

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

Еще вариант

IComparer

Кроме интерфейса IComparable имеется интерфейс IComparer int Compare(object o1, object o2); Метод Compare предназначен для сравнения двух объектов o1 и o2. Он также возвращает три значения, в зависимости от результата сравнения:

если первый объект больше второго, то возвращается число больше 0, если меньше - то число меньше нуля; если оба объекта равны, возвращается ноль.

IEnumerable

Интерфейс IEnumerable имеет метод, возвращающий ссылку на другой интерфейс - перечислитель: public interface IEnumerable { IEnumerator GetEnumerator(); }

IEnumerator

Интерфейс IEnumerator определяет функционал для перебора внутренних объектов в контейнере.

public interface IEnumerator { bool MoveNext(); // перемещение на одну позицию вперед в контейнере элементов object Current {get;} // текущий элемент в контейнере void Reset(); // перемещение в начало контейнера }

Применение

IDispolable

Предоставляет механизм для освобождения управляемых и неуправляемых ресурсов. void Dispose()

Ресурсы

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

Первый подход заключается в переопределении метода System.Object.Finalize() и позволяет гарантировать то, что объект будет очищать себя сам во время процесса сборки мусора (когда бы тот не запускался) без вмешательства со стороны пользователя.

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

Если пользователь объекта не забыл вызвать метод Dispose(), можно проинформировать сборщик мусора о пропуске финализации, вызвав метод GC.SuppressFinalize(). Если же пользователь забыл вызвать этот метод, объект рано или поздно будет подвергнут финализации и получит возможность освободить внутренние ресурсы.

Виды ресурсов

Неуправляемые ресурсы - это разнообразные файловые хэндлы, оконные, всякие объекты синхронизации, соединения с базой данных Управляемые ресурсы - всё, что создаётся средствами .net, и все объекты

Сборщик мусора

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

Использование метода Dispose, позволяет явно освобождать неуправляемые ресурсы вместе со сборщиком мусора. Пользователь объекта может вызвать этот метод, когда объект больше не нужен.

Если есть подключение к файлу или к БД, которое «живет» на всем протяжении работы объекта класса, то в Displose в секторе удаления управляемой памяти нужно вызывать методы Dispose этих классов.

Использование

Есть 2 варианта как правильно реализовывать отчистку Либо через using Либо напрямую вызывать Dispose()