Оцените презентацию от 1 до 5 баллов!
Тип файла:
ppt / pptx (powerpoint)
Всего слайдов:
9 слайдов
Для класса:
1,2,3,4,5,6,7,8,9,10,11
Размер файла:
806.04 kB
Просмотров:
78
Скачиваний:
0
Автор:
неизвестен
Слайды и текст к этой презентации:
№1 слайд![ООП проектирование Диаграммы](/documents_6/1e9481f95b163951f1cbf1c6dff70635/img0.jpg)
Содержание слайда: ООП проектирование
Диаграммы UML
№2 слайд![Принципы SOLID часа ДЗ Мини](/documents_6/1e9481f95b163951f1cbf1c6dff70635/img1.jpg)
Содержание слайда: Принципы SOLID (2 часа)
ДЗ: Мини проект
Диаграммы UML (2 часа)
ДЗ: UML диаграмма мини проекта
№3 слайд![Принципы SOLID](/documents_6/1e9481f95b163951f1cbf1c6dff70635/img2.jpg)
Содержание слайда: Принципы SOLID
№4 слайд![Принцип единственной](/documents_6/1e9481f95b163951f1cbf1c6dff70635/img3.jpg)
Содержание слайда: Принцип единственной обязанности (Single Responsibility Principle)
На каждый объект должна быть возложена одна единственная обязанность. Обязанность - это набор методов, служащих одному действующему лицу. Для обязанности действующее лицо - единственный источник изменений (Роберт Мартин)
№5 слайд![Принцип открытости закрытости](/documents_6/1e9481f95b163951f1cbf1c6dff70635/img4.jpg)
Содержание слайда: Принцип открытости/закрытости (Open-Closed Principle)
Программные сущности (классы, модули, функции и т.п.) должны быть открыты для расширения, но закрыты для изменения. Достоинством применения такого подхода следующие: ● Не нужно пересматривать уже существующий код, не нужно менять уже готовые для него тесты при доработке проекта. ● Если нужно ввести какую-то дополнительную функциональность, то это не должно коснуться уже существующих классов или как-либо иначе повредить уже существующую функциональность.
№6 слайд![Принцип подстановки Барбары](/documents_6/1e9481f95b163951f1cbf1c6dff70635/img5.jpg)
Содержание слайда: Принцип подстановки Барбары Лисков (Liskov Substitution Principle, кратко - LSP)
Объекты в программе могут быть заменены их наследниками без изменения свойств программы. Иными словами поведение наследуемых классов не должно противоречить поведению, заданному базовым классом, то есть поведение наследуемых классов должно быть ожидаемым для кода, использующего переменную базового типа.
Классический пример: класс прямоугольник и его наследник квадрат
№7 слайд![Принцип разделения интерфейса](/documents_6/1e9481f95b163951f1cbf1c6dff70635/img6.jpg)
Содержание слайда: Принцип разделения интерфейса (Interface Segregation Principle)
Много специализированных интерфейсов лучше, чем один универсальный.
Принцип разделения интерфейсов состоит в том, что слишком универсальные интерфейсы необходимо разделять на более маленькие и специфические, чтобы при использовании маленьких интерфейсов потребителю необходимо было бы реализовать только методы, необходимы им в работе.
№8 слайд![Принцип инверсии зависимостей](/documents_6/1e9481f95b163951f1cbf1c6dff70635/img7.jpg)
Содержание слайда: Принцип инверсии зависимостей (Dependency Inversion Principle)
Зависимости внутри системы строятся на основе абстракций. Модули верхнего уровня не зависят от модулей нижнего уровня. Абстракции не должны зависеть от деталей. Детали должны зависеть от абстракций. Иными словами, следует разрабатывать ПО таким образом, чтобы различные модули были автономными, и соединялись друг с другом с помощью абстракции.
№9 слайд![Разбор примера проектирования](/documents_6/1e9481f95b163951f1cbf1c6dff70635/img8.jpg)
Содержание слайда: Разбор примера проектирования класса Дробь.