Презентация Объектно-ориентированное программирование. Отношения между типами и особенности разработки. (Занятие 11) онлайн
На нашем сайте вы можете скачать и просмотреть онлайн доклад-презентацию на тему Объектно-ориентированное программирование. Отношения между типами и особенности разработки. (Занятие 11) абсолютно бесплатно. Урок-презентация на эту тему содержит всего 45 слайдов. Все материалы созданы в программе PowerPoint и имеют формат ppt или же pptx. Материалы и темы для презентаций взяты из открытых источников и загружены их авторами, за качество и достоверность информации в них администрация сайта не отвечает, все права принадлежат их создателям. Если вы нашли то, что искали, отблагодарите авторов - поделитесь ссылкой в социальных сетях, а наш сайт добавьте в закладки.
Презентации » Устройства и комплектующие » Объектно-ориентированное программирование. Отношения между типами и особенности разработки. (Занятие 11)
Оцените!
Оцените презентацию от 1 до 5 баллов!
- Тип файла:ppt / pptx (powerpoint)
- Всего слайдов:45 слайдов
- Для класса:1,2,3,4,5,6,7,8,9,10,11
- Размер файла:1.11 MB
- Просмотров:104
- Скачиваний:0
- Автор:неизвестен
Слайды и текст к этой презентации:
№10 слайд
![Ещё одна проблема разработки](/documents_6/a40ce0480a19ca2dbd66fe001c2a2584/img9.jpg)
Содержание слайда: Ещё одна проблема разработки программ в ООП
Этапы разработки (условно)
Определение модели данных
Определение алгоритма в виде последовательности операций
Реализация на языке программирования
Проблема
Структурной единицей программы является класс
Из-за инкапсуляции модель данных связана с алгоритмом
Разделить данные и алгоритмы между классами можно далеко не единственным способом…
№11 слайд
![Object-oriented design](/documents_6/a40ce0480a19ca2dbd66fe001c2a2584/img10.jpg)
Содержание слайда: Object-oriented design
Объектно-ориентированное проектирование – планирование системы как совокупности взаимодействующих объектов с целью решения программной задачи
Для решения задачи необходимо разделить её на части и выбрать ответственных за них
Инкапсуляция разделяет ответственности (responsibility) между классами
Результат проектирования – распределение ответственностей и активностей по классам
№12 слайд
![Характеристики дизайна](/documents_6/a40ce0480a19ca2dbd66fe001c2a2584/img11.jpg)
Содержание слайда: Характеристики дизайна
Coupling
(связанность, зависимость)
Характеристика взаимосвязи модулей
Степень того, насколько модуль зависит от других модулей
Мера ресурсов, требующихся при внесении изменений
Cohesion
(связность, сцепленность, сфокусированность, сосредоточенность)
Степень того, насколько модуль сфокусирован на решение одной задачи
Степень того, насколько элементы модуля гармонизированы, подходят друг другу
№13 слайд
![Виды связанности Связанность](/documents_6/a40ce0480a19ca2dbd66fe001c2a2584/img12.jpg)
Содержание слайда: Виды связанности
Связанность содержимого (content coupling)-
Один модуль изменяет или полагается на внутренние особенности другого модуля (например, используются локальные данные другого модуля)
Изменение работы второго модуля приведёт к переписыванию первого
Связанность через общее (common coupling)-
Два модуля работают с общими данными (например, глобальной переменной)
Изменение разделяемого ресурса приведёт к изменению всех работающих с ним модулей
№14 слайд
![Виды связанности Связанность](/documents_6/a40ce0480a19ca2dbd66fe001c2a2584/img13.jpg)
Содержание слайда: Виды связанности
Связанность через внешнее
(external coupling)
Два модуля используют навязанный извне формат данных, протокол связи и т.д.
Обычно возникает из-за внешних сущностей (инструментов, устройств и т.д.)
Связанность по управлению (control coupling)+
Один модуль управляет поведением другого
Присутствует передача информации о том, что и как делать
№15 слайд
![Виды связанности Связанность](/documents_6/a40ce0480a19ca2dbd66fe001c2a2584/img14.jpg)
Содержание слайда: Виды связанности
Связанность по структурированным данным
(data-structured coupling, stamp coupling)
Модули используют одну и ту же структуру, но каждый использует только её часть (части могут и не совпадать)
Изменение структуры может привести к изменению модуля, который изменённую часть даже не использует
Связанность через данные (data coupling)+
Модули совместно используют данные, например, через параметры
Элементарные фрагменты маленькие и только они используются модулями совместно
№17 слайд
![Виды сфокусированности](/documents_6/a40ce0480a19ca2dbd66fe001c2a2584/img16.jpg)
Содержание слайда: Виды сфокусированности
Случайная (coincidental cohesion)
Части модуля сгруппированы «от фонаря»
Единственное, что их объединяет – сам модуль
Логическая (logical cohesion)
Части модуля логически относятся к одной проблеме
При этом части могут различаться по своей природе
ВременнАя (temporal cohesion)
Части модуля обычно используются в программе в одно время, рядом
Процедурная (procedural cohesion)
Части модуля всегда используются в определённом порядке
№18 слайд
![Виды сфокусированности По](/documents_6/a40ce0480a19ca2dbd66fe001c2a2584/img17.jpg)
Содержание слайда: Виды сфокусированности
По взаимодействию (communication cohesion)
Части модуля работают над одними и теми же данными
По последовательности действий
(sequential cohesion)
Результат работы одной части модуля является исходными данными для другой
Функциональная (functional cohesion)
Части модуля направлены на решение одной чёткой задачи, за которую отвечает модуль
№19 слайд
![Плохой дизайн Высокая](/documents_6/a40ce0480a19ca2dbd66fe001c2a2584/img18.jpg)
Содержание слайда: Плохой дизайн
Высокая связанность
Эффект кругов по воде (или снежной лавины) при внесении изменений
Сборка модулей требует большего времени и/или затрат из-за связей между модулями
Конкретный модуль может быть тяжело тестировать и/или повторно использовать
Слабая сфокусированность
Сложности с пониманием модулей
Сложности с поддержкой системы, т.к. логически согласованные изменения могут потребовать изменения многих модулей
Сложности с повторным использованием модуля, поскольку большинству приложений именно такой модуль не нужен
№23 слайд
![Single responsibility](/documents_6/a40ce0480a19ca2dbd66fe001c2a2584/img22.jpg)
Содержание слайда: Single responsibility principle
Принцип единственности ответственности
Каждый класс должен иметь единственную ответственность
Эта ответственность должна быть полностью инкапсулирована в этом классе
Все сервисы класса должны быть направлены исключительно на обеспечение его ответственности
Принцип обеспечивает высокую сфокусированность
Класс имеет единственную причину для изменения
При плохой сфокусированности модификация различных ответственностей приводит к комбинаторному взрыву
№27 слайд
![Open closed principle Принцип](/documents_6/a40ce0480a19ca2dbd66fe001c2a2584/img26.jpg)
Содержание слайда: Open/closed principle
Принцип открытости/закрытости
Программные сущности (классы, модули и т.п.) должны быть открыты для расширения, но закрыты для изменения
Сущности могут изменять своё поведение без изменения их исходного кода
Принцип открытости/закрытости по Мейеру
Однажды разработанная реализация класса в дальнейшем требует только исправления ошибок
Новые или изменённые функции требуют создания нового класса
Рекомендуется наследование реализации
Реализация используется повторно
Тип не обязан использовать повторно
Полиморфный принцип открытости/закрытости
Используются полностью абстрактные типы
Реализация может быть изменена, или многие реализации могут использоваться полиморфно
Рекомендуется наследование от полностью абстрактных типов
Тип используется повторно и не изменяется
Реализации должны соответствовать типу
№31 слайд
![Liskov substitution principle](/documents_6/a40ce0480a19ca2dbd66fe001c2a2584/img30.jpg)
Содержание слайда: Liskov substitution principle
Принцип подстановки Барбары Лисковой
Пусть q(x) является свойством, верным относительно объектов x некоторого типа T. Тогда q(y) должно быть верным для объектов y типа S, где S является подтипом типа T
(Р.С. Мартин) Использующие базовый тип функции должны иметь возможность использовать подтипы базового типа не зная об этом
(Б. Мейер) Дочерний класс не должен нарушать контракт родительского класса
Требования к сигнатурам операций дочерних классов
Типы аргументов не должны быть уже
Типы возвращаемых значений не должны быть шире
Не должны выбрасываться новые типы исключений, кроме случаев, когда новое исключение является подтипом исключения из родительской сигнатуры
Область доступа операции не должна сужаться
№35 слайд
![Interface segregation](/documents_6/a40ce0480a19ca2dbd66fe001c2a2584/img34.jpg)
Содержание слайда: Interface segregation principle
Принцип разделения интерфейсов
Клиенты не должны зависеть от методов, которые они не используют
Интерфейсы должны быть сфокусированными
Большие интерфейсы должны разделяться на более мелкие и узкоспециальные
Такие интерфейсы (полностью абстрактные типы) скорее имеют роль тегов, чем организуют свою иерархию наследования
№37 слайд
![Dependency inversion](/documents_6/a40ce0480a19ca2dbd66fe001c2a2584/img36.jpg)
Содержание слайда: Dependency inversion principle
Принцип инверсии зависимостей
Модули верхних уровней не должны зависеть от модулей нижних уровней. Оба типа модулей должны зависеть от абстракций
Абстракции не должны зависеть от деталей. Детали должны зависеть от абстракций
Высокоуровневые и низкоуровневые компоненты взаимодействуют через абстрактный интерфейс
Интерфейс описывается как часть высокоуровневого компонента
Получается, что низкоуровневый компонент зависит от высокоуровневого, а не наоборот
Это позволяет заменять низкоуровневые компоненты, не изменяя высокоуровневых
Следование принципу снижает связанность
Значительно упрощает разработку сложных систем
№41 слайд
![Law of Demeter Закон Деметры](/documents_6/a40ce0480a19ca2dbd66fe001c2a2584/img40.jpg)
Содержание слайда: Law of Demeter
Закон Деметры (принцип наименьшего знания)
Каждый модуль должен обладать ограниченным знанием о других модулях: должен знать только о модулях, которые имеют к нему непосредственное отношение
Каждый модуль должен взаимодействовать только с известными ему модулями и не должен «разговаривать с незнакомыми»
Каждый модуль должен обращаться только к своим непосредственным друзьям
Объект A может вызвать сервис (метод) объекта B, но не может использовать объект B для получения доступа к объекту C, чтобы использовать его методы
Метод m() объекта O может вызывать только
методы следующих объектов
Сам объект O
Объекты-параметры метода m()
Любые объекты, созданные в ходе выполнения m()
Объектов, непосредственно ассоциированных с O
Глобальные переменные, доступные O в контексте m()
№45 слайд
![Дополнительные источники](/documents_6/a40ce0480a19ca2dbd66fe001c2a2584/img44.jpg)
Содержание слайда: Дополнительные источники
Мейер, Б. Объектно-ориентированное конструирование программных систем [Текст] / Бертран Мейер. – М. : Русская редакция, 2005. – 1204 с.
Мейер, Б. Почувствуй класс: учимся программировать хорошо с объектами и контрактами [Текст] / Бертран Мейер. – М. : Интернет-университет информационных технологий, 2011. – 776 с.
Мартин, Р.К. Быстрая разработка программ. Принципы, примеры, практика [Текст] / Роберт К. Мартин, Джеймс В. Ньюкирк, Роберт С. Косс. – М. : Издательский дом «Вильямс», 2004. – 752 с.
Мартин, Р. Чистый код. Создание, анализ и рефакторинг [Текст] / Роберт Мартин. – СПб : Питер, 2011. – 464 с.
Мартин, Р. Идеальный программист. Как стать профессионалом разработки ПО [Текст] / Роберт Мартин. – СПб : Питер, 2012. – 224 с.
Скачать все slide презентации Объектно-ориентированное программирование. Отношения между типами и особенности разработки. (Занятие 11) одним архивом:
Похожие презентации
-
Связи между классами. Объектно-ориентированное программирование. (Лекция 3)
-
Разработка системы слежения за состоянием серверов средствами объектно-ориентированного языка программирования Python
-
Объектно-ориентированное программирование. Collections Framework. (Занятие 7)
-
Объектно-ориентированное программирование. Механизмы рефлексии. (Занятие 9)
-
Кодирование основных типов алгоритмических структур на языках объектно — ориентированного и процедурного программирования
-
Объектно-ориентированное программирование на алгоритмическом языке С
-
Объектноориентированное программирование. Наследование
-
Объектноориентированное программирование. Информатика
-
Основы объективно-ориентированного программирования в среде Lazarus . Lazarus циклы
-
Основы объективно-ориентированного программирования в среде Lazarus. Повторение