АФТИ ООП 2013-2014. Лекция I/13

Вопросы по теории:

https://docs.google.com/document/d/1rYUL39MwL6od9i6Yi28EG6UIXLx8MNiu93OiN0lB6pY/edit?pli=1

Transcript

1. ОБЪЕКТНО- ОРИЕНТИРОВАННОЕ ПРОГРАММИРОВАНИЕ Лекция № 13
 16.12.2013 г.
2. ВОСХОДЯЩИЙ ПОТОК …
3. НИСХОДЯЩИЙ ПОТОК
4. Детали реализации
 Конкретная задача
 Память, быстродействие
 Ассемблер Абстракции
 Концепции
 Подходы
 Инструменты Воплощение
 Структурирование Обратная связь
 Ограничения
5. КРАТКОЕ СОДЕРЖАНИЕ КУРСА
6. ООП — ПАРАДИГМА Всякие C++ с джавами вторичны!
7. ОБЪЕКТЫ • Моделируют мир (не все). • Взаимодействуют. • Имеют время жизни. • Участвуют в общей иерархии. • Имеют свойства и поведение. • Инкапсулируют что-то. • Организуются в классы.
8. КЛАССЫ • Объединяют объекты по принципу сходства поведения. • Участвуют в иерархии наследования.
9. ПОЛИМОРФИЗМ • Мы можем не знать истинный класс объекта, отправляя ему «сообщение» (вызывая метод). • Но сам объект знает свой класс, и код обработки будет соответствовать этому классу.
10. ПРИНЦИП ОДНОЙ ЗОНЫ ОТВЕТСТВЕННОСТИ • Один класс — одна зона. • Если больше — выделяем в отдельные классы.
11. ПРИНЦИП ОТКРЫТИЯ- ЗАКРЫТИЯ • Открытость для расширения, но закрытость для модификации. • Расширение производится без изменения исходного кода уже существующих модулей. • Если это невозможно, то вводится абстракция, которая позволит реализовать необходимое.
12. ОБЩИЕ ТРЕБОВАНИЯ К КЛАССАМ • Декомпозиция. • Модульная композиция. • Модульная понятность. • Модульная непрерывность. • Модульная защищенность.
13. ПРИНЦИП ПОДСТАНОВКИ ЛИСКОУ • «Объекту О1 типа S соответствует объект О2 типа Т, причем S является подтипом Т. Для всех программ Р, определенных на основе Т, поведение Р не меняется при замене О1 на О2 ». • Функции, которые используют базовый тип, должны иметь возможность использовать подтипы базового типа, не зная об этом.
14. ПРИНЦИП ИНВЕРСИИ ЗАВИСИМОСТЕЙ • Модули и высокого, и низкого уровня должны зависеть от абстракций. • Подробности должны зависеть от абстракций, а не наоборот.
15. ПРИНЦИП ОТДЕЛЕНИЯ ИНТЕРФЕЙСА • Клиенты не должны попадать в зависимость от методов, которыми они не пользуются! • Интерфейсы «принадлежат» клиентам, а не библиотекам.
16. ПРАКТИЧЕСКИЕ ПРИНЦИПЫ • Нечто простое, но цельное. • Объекты — имена существительные в описании проекта. • Ядро и периферия. • Самодокументируемость. • Взрывной рост и эволюция. • Цикличность.
17. С++ • Обратная совместимость с C. • Классы и объекты. • Ссылки и указатели. • Перегрузка функций. • Исключения и защита от них.
18. СТАНДАРТНАЯ БИБЛИОТЕКА C++ • Шаблоны. • Перегрузка операторов. • Контейнеры. • Ввод/вывод. • Алгоритмы.
19. КОНЕЦ ТРИНАДЦАТОЙ ЛЕКЦИИ И вообще конец семестра!