Downloaded 48 times
![Примеры кода
Haskell
guess :: Int -> [Char]
guess 7 = "Much 7 very wow."
guess x = "Ooops, try again."
Scala
object HelloWorld {
def main(args: Array[String]) =
println("Привет, МИР!")
}](https://image.slidesharecdn.com/71-181017113537/85/slide-18-320.jpg)
Uploaded byUnguryan Vitaliy
Парадигма объектно-ориентированного программирования.
Документ обсуждает парадигмы объектно-ориентированного программирования (ООП) и различные стили программирования, включая императивное, функциональное и декларативное. Он акцентирует внимание на абстракции, классах и объектах как ключевых элементах ООП, а также объясняет преимущества такой методологии, такие как упрощение моделирования реальных задач и повышение повторного использования кода. Основные моменты включают важность правильной степени абстракции при проектировании классов и взаимодействие объектов через интерфейсы.
More Related Content
Similar to Парадигма объектно-ориентированного программирования.
Парадигма объектно-ориентированного программирования.
- 1.
- 2. Высказывания великих «Объектно-ориентированное программирование —это исключительно плохая идея, которую могли придумать только в Калифорнии.” Эдсгер Вибе Дейкстр один из основателей концепции структурного программирования
- 3. Парадигма (от греч. παράδειγμα, пример,модель, образец) то система идей, взглядов и понятий, различных моделей решения множества проблем, принятых, как привило, в научном сообществе и являющихся основной методологической базой для всего мирового научного сообщества.
- 4. Парадигма — это совокупность идейи понятий, определяющих стиль написания компьютерных программ (подход к программированию).
- 5. Парадигма программирования Дэниела Бобров «стильпрограммирования как описания намерений программиста». Брюс Шрайвер (Bruce Shriver) «модель или подход к решению проблемы» Линда Фридман (Linda Friedman) «подход к решению проблем программирования».
- 6. Парадигма программирования Памела Зейв(Pamela Zave) «способ размышления о компьютерных системах» Питер Вегнер (Peter Wegner) «правила классификации языков программирования в соответствии с некоторыми условиями, которые могут быть проверены».
- 7. Парадигма программирования Памела Зейв(Pamela Zave) «способ размышления о компьютерных системах» Питер Вегнер (Peter Wegner) «правила классификации языков программирования в соответствии с некоторыми условиями, которые могут быть проверены».
- 8. Начнем с древнихвремен
- 9. Парадигма ООП В соответствиис концепцией фон-Неймана (основателя теоретической концепции компьютерной техники) процессор обрабатывает данные, выполняя инструкции (команды), которые находятся в той же оперативной памяти, что и данные.
- 10. Парадигма Можно выделить двеосновные сущности процесса обработки информации: код (инструкций) и данные. Все программы в соответствии с выбранной технологией программирования концептуально организованы вокруг своего кода или вокруг своих данных.
- 11. Императивный подход Императивное программирование программы= инструкции + данные. Первыми императивными языками были машинные инструкции (коды) — команды, готовые к исполнению компьютером.
- 12. Императивный подход Языки поддерживающиеданную парадигму: Как основную: •Ассемблер •Fortran •Algol •Cobol •Pascal •C •C++ •Ada Как вспомогательную: •Python •Ruby •Java •C# •PHP •Haskell (через монады)
- 13. Пример кода наязыке Ассемблер .model tiny .code org 100h begin: jmp start coded db 0c9h,0cbh,0bbh,0cch,0ceh,0b9h,0c8h,0cah,0bch,0d7h start: mov ah,01h int 16h jz start xor ax,ax int 16h cmp al,1bh je exit cmp al,30h jl start cmp al,39h
- 14. Императивное программирование Императивное программирование. Описывает процессвычисления в виде заданной последовательности инструкций, изменяющих состояние программы.
- 15. Декларативный подход Декларативное программирование. Описывает процесскак нечто готовое, а не указывет как его создать. Порядок выполнения и способ достижения не важен.
- 16. Декларативный подход Декларативное описаниезадачи более наглядно и легче формулируется, так как мы чаще знаем, чего хотим, но не знаем как это сделать.
- 17. Функциональное программирование программы =функции + функции. Примеры функциональных языков: Lisp, Haskel, Scala
- 18. Примеры кода Haskell guess ::Int -> [Char] guess 7 = "Much 7 very wow." guess x = "Ooops, try again." Scala object HelloWorld { def main(args: Array[String]) = println("Привет, МИР!") }
- 19. Структурное программирование программы =инструкции + инструкции При структурном подходе любая программа строится без использования оператора безусловного перехода (goto) из трёх базовых управляющих структур: последовательность, ветвление и цикл
- 20.
- 21. Процедурное программирование Процедурное программирование программы= данные + алгоритмы. Разбиение алгоритмов решающие задачи на более мелкие (процедуры).
- 22. Процедурное программирование Процедура —самостоятельный участок кода, который можно выполнить как одну инструкцию.
- 23. Модульное программирование Программы составлялисьиз отдельных независимых модулей, содержащих десяток-другой процедур и функций. программы = модули + данные.
- 24. Модульное программирование — функционально законченныйфрагмент программы. Оформляется в виде отдельного файла с исходным кодом или поименованной непрерывной части. Некоторые языки предусматривают объединение модулей в пакеты.
- 25. ООП Объектно-ориентированное программирование – это методология программирования,основанная на представлении совокупности объектов решаемой задачи в виде абстракций. (класса объектов).
- 26. Основные целии ООП ЦелиООП: •Упрощение сложности модели реальной задачи •Повышение коэфициента повторного использования кода.
- 27. Экономия мышления В обыденнойжизни люди используют (пусть даже неосознанно) различные приемы “экономии мышления”, позволяющие осмысливать и выражать сложные явления в простых понятиях.
- 28. Типичные приемы “экономиимышления” · абстрагирование (отбрасывание несущественных деталей); · обобщение (выделение общих существенных признаков у разных явлений или предметов); · классификация (осознание связи между явлениями и степени их схожести).
- 29. Абстрагирование Абстрагирование — это способвыделить набор значимых характеристик объекта, исключая из рассмотрения не значимые. Соответственно, абстракция — это набор всех таких характеристик.
- 30.
- 31. Разные наблюдатели классифицируютодин и тот же объект по-разному.
- 32. Абстракция Смысл абстракции заключаетсяв том, что сущность произвольной сложности можно рассматривать, а также производить определенные действия над ней, как над единым целым, не вдаваясь в детали внутреннего построения и функционирования.
- 33. Степень абстракции При проектированиикласса очень важно выбрать правильную степень абстракции.
- 34. Степень абстракции Слишком высокаястепень даст только приблизительное описание объекта, не позволит правильно моделировать его поведение.
- 35. Степень абстракции Слишком низкаястепень абстракции сделает модель очень сложной, перегруженной деталями, и потому непригодной.
- 36. Абстракция Абстракция связвает красной нитью всетри приципа ООП и является центральной идеей парадигмы ООП.
- 37. Класс Обобщение – этомысленное объединение предметов и явлений по их общим и существенныи признакам.
- 38. Класс Классификация – этомысленное распределение предметов на классы в соответствии с наиболее схожими существенными признаками.
- 39.
- 40. Парадигма ООП ООП рассматриваетпрограмму как совокупность фрагментов кода, обрабатывающих отдельные совокупности данных – объекты.
- 41. Подобно тому, какстоляр взявший в руки молоток начинает видеть во всем окружающем только гвозди, проектировщик с объектно-ориентированным мышлением должен воспринимать весь мир в виде объектов. Парадигма ООП
- 42. Парадигма ООП Объекты реальногомира взаимодействуют с окружающей средой посредством открытых интерфейсов.
- 43. Парадигма ООП Интерфейс —это контракт между системой и внешним окружением.
- 44. Парадигма ООП Интерфейс —это сопряжение системы с внешним окружением.
- 45. Парадигма ООП Реализация —это система минус интерфейс.
- 46. Класс Класс – этоспособ описания сущности, определяющий состояние и поведение, зависящее от этого состояния, а также правила для взаимодействия с данной сущностью (контракт).
- 47. Класс Интерфейс класса –это открытая часть класса доступная для использования извне. Закрытая часть класса, называется реализацией.
- 48. Класс Класс описывает содержание иповедение некой совокупности данных и действий над этими данными.
- 49. Класс Класс является абстракцией наборасущностей, из предметной облости, в которой мы решаем задачу.
- 50. Класс Класс является моделью ещёне существующей сущности (объекта) описаной в исходном коде.
- 51. Класс Фактически класс описывает устройство объекта,являясь своего рода чертежом, моделью для создания объектов.
- 52. public сlass Cat{ private static int num; private String name; public String getName() { return name; } } Имя классаСпецификатор доступа Ключевое слово Начало тела класса Конец тела класса Переменная экземпляра Переменная класса Метод экземпляра
- 53. Переменные экземпляра Переменные, определённые втеле класса (вне методов), называются переменными экземпляра и доступны методам внутри класса.
- 54. Члены класса Методы ипеременные объявленные внутри тела класса являются членами класса.
- 55. Объект Объект - этоэкземпляр созданный на основе класса. Объект = Данные + Операции
- 56. Объект Класс - этологическая абстрактная конструкция. Объект – это физическая реальность.
- 57. Объект Оператор new создаёт экземпляр(объект) указанного класса и возвращает ссылку на созданный объект.
- 58. Cat myCat =new Cat(); Тип переменной Имя переменной Оператор создания объектов Конструктор
- 59. Члены класса Для доступак методам и переменным экземпляра вне тела класса используется точка после названия переменной (.). Cat myCat = new Cat(); myCat.name = "Tom";
- 60. ООП ориентировано на разработкукрупных программных комплексов, разрабатываемых командой программистов (часто очень большой). Проектирование
- 61. Проектирование системы вцелом, создание отдельных компонентов и их объединение в конечный продукт при этом часто выполняется разными людьми, и нет ни одного специалиста, который знал бы о проекте всё. Проектирование
- 62. Объектно-ориентированное проектирование состоит вописании структуры и поведения проектируемой системы, то есть, фактически, в ответе на два основных вопроса: Из каких частей состоит система. В чём состоит ответственность каждой из частей. Проектирование
- 63.