💀
Второй курс РПО
Язык UML
Язык UML
  • Сложности при разработке программного обеспечения
  • Почему появилось ООП и в чём его смысл?
  • Как программировали до ООП и почему это стало проблемой?
  • Как появился ООП и почему он спас программирование
  • Как планировать код до его написания: ООАП
  • Системный анализ и моделирование: как понимать сложные системы
  • Что такое объекты?
  • Экскурс в Диаграммы
  • История развития языка UML
  • 56-я Практическая
  • Диаграмма развёртывания
  • Диаграмма сотрудничества
  • Паттерны - что это?
  • Для второкурсников
Powered by GitBook
On this page
  • Почему нельзя писать программы, как собирают Лего?
  • Как мыслить в стиле ООП?
  • Парадигма программирования – это стиль мышления
  • Ключевые принципы ООП

Почему появилось ООП и в чём его смысл?

04.02.2025

В старые добрые времена, когда компьютеры были размером с комнату, программировать приходилось на машинном коде – грубо говоря, прямо указывать процессору, какие команды выполнять. Это было дико неудобно: ошибиться было проще простого, а отладка превращалась в кошмар. Потом появился ассемблер – чуть более понятный язык, но всё ещё слишком сложный.

Со временем стало понятно, что чем больше программа, тем сложнее её удерживать в голове. Нужно было запоминать всё:

Какие данные хранятся в памяти?

Какие переменные уже объявлены?

Что нужно инициализировать перед тем, как код вообще заработает?

Чтобы хоть как-то упростить жизнь программистам, появились языки высокого уровня – Фортран, Кобол, Алгол. Они сделали код более читаемым, но сложность программ продолжала расти, и со временем даже целые команды разработчиков не могли уследить за всеми деталями проекта.

Почему нельзя писать программы, как собирают Лего?

Когда строят дом, машину или любой другой материальный объект, всё делается из готовых деталей. Их не создают заново каждый раз – просто берут нужные компоненты и собирают их в систему.

С программами так не работало. Каждый раз код писался с нуля, а повторно использовать куски программы было очень сложно. Всё было настолько взаимосвязано, что выдернуть один модуль и вставить его в другой проект почти невозможно без боли и страданий.

И вот тут появляется ООП – объектно-ориентированное программирование. Оно разделяет код на объекты, которые можно многократно использовать в разных программах. Это упрощает разработку и делает код более удобным для командной работы.


Как мыслить в стиле ООП?

Просто использовать язык программирования с поддержкой ООП недостаточно – нужно мыслить иначе.

Представьте, что вы строите город. В процедурном программировании вам пришлось бы вручную рисовать каждую улицу и дом. В ООП же вы создаёте один объект «дом» и просто копируете его, меняя детали. Это гораздо удобнее.

Парадигма программирования – это стиль мышления

ООП называют парадигмой программирования – это не просто способ писать код, а целый стиль мышления.

  • В процедурном программировании всё строится вокруг алгоритмов и данных.

  • В логическом программировании используются правила и связи между элементами.

  • В ООП ключевую роль играют объекты и их взаимодействие.

Основной инструмент упрощения сложных систем – это абстрагирование.

Ключевые принципы ООП

Чтобы не утонуть в сложном коде, разработчики используют три главных принципа:

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

  2. – разделение программы на независимые части (модули), где у каждого есть свои зоны доступа (открытая – public, закрытая – private). Это помогает управлять кодом и избегать хаоса.

  3. – упорядоченная система объектов, где одни объекты могут наследовать свойства и поведение других. Это делает код более гибким и логичным.

PreviousСложности при разработке программного обеспеченияNextКак программировали до ООП и почему это стало проблемой?

Last updated 3 months ago