Обязательная часть
История (история России, всеобщая история)
Правовое регулирование строительства. Коррупционные риски
Социальное взаимодействие в отрасли
Инженерная и компьютерная графика
Основы технической механики
Инженерная геология и экология
Электротехника и электроснабжение
Основы теплогазоснабжения и вентиляции
Основы водоснабжения и водоотведения
Физическая культура и спорт
Механика жидкости и газа
Основы строительных конструкций
Основы технической эксплуатации зданий и сооружений
Средства механизации строительства
Технологические процессы в строительстве
Организация строительного производства
Метрология, стандартизация, сертификация и управление качеством
Часть, формируемая участниками образовательных отношений
Железобетонные и каменные конструкции
Конструкции из дерева и пластмасс
Основания и фундаменты
Технология возведения зданий и сооружений
Что нужно знать про ООП
Организация, планирование и управление строительством
Обследование зданий и сооружений
Охрана труда в строительстве
Сметное дело в строительстве
Физическая культура и спорт (элективная дисциплина)
Физическая культура и спорт 1 (элективная дисциплина)
Физическая культура и спорт 2 (элективная дисциплина)
Дисциплины (модули) по выбору 2 (ДВ.2)
Геодезические работы в строительстве
Геодезический мониторинг зданий и сооружений
Дисциплины (модули) по выбору 3 (ДВ.3)
Строительство в сложных гидрогеологических условиях
Строительство в сложных климатических условиях
Дисциплины (модули) по выбору 4 (ДВ.4)
Компьютерное моделирование в профессиональной деятельности
Основы формирования доступной среды для лиц с ограниченными возможностями здоровья в «Умном городе»
Дисциплины (модули) по выбору 5 (ДВ.5)
Основы делового общения и делопроизводства
Психология личности. Теория и практика самопознания
Социальная адаптация лиц с ограниченными возможностями здоровья в условиях профессиональной деятельности
Дисциплины (модули) по выбору 6 (ДВ.6)
Введение в профессию
Строительная отрасль в регионе
Адаптивные технологии в строительстве для лиц с ограниченными возможностями здоровья
Дисциплины (модули) по выбору 7 (ДВ.7)
Компьютерные технологии в архитектурном проектировании
Работа с графическими редакторами
Дисциплины (модули) по выбору 8 (ДВ.8)
Информационные технологии в строительстве
Современные методы проектирования в строительстве
Дисциплины (модули) по выбору 9 (ДВ.9)
Реконструкция зданий и сооружений
Оценка технического состояния зданий и сооружений
Дисциплины (модули) по выбору 10 (ДВ.10)
Динамика и устойчивость сооружений
Обеспечение прочности и устойчивости зданий и сооружений при строительстве и эксплуатации
ООП на простых примерах. Объектно-ориентированное программирование
Источник: xn--80aai1dk.xn--p1ai
Ооп в строительстве это
Объектно-ориентированное программирование (ООП) — это подход, при котором программа рассматривается как набор объектов, взаимодействующих друг с другом. У каждого есть свойства и поведение. ООП ускоряет написание кода и делает его более читаемым.
Идеология объектно-ориентированного программирования (ООП) разрабатывалась, чтобы связать поведение определенного объекта с его классом. Людям проще воспринимать окружающий мир как объекты, которые поддаются определенной классификации (например, разделение на живую и неживую природу).
Зачем нужно ООП
До ООП в разработке использовался другой подход — процедурный. Программа представляется в нем как набор процедур и функций — подпрограмм, которые выполняют определенный блок кода с нужными входящими данными. Процедурное программирование хорошо подходит для легких программ без сложной структуры. Но если блоки кода большие, а функций сотни, придется редактировать каждую из них, продумывать новую логику. В результате может образоваться много плохо читаемого, перемешанного кода — «спагетти-кода» или «лапши».
В отличие от процедурного, объектно-ориентированное программирование позволяет вносить изменения один раз — в объект. Именно он — ключевой элемент программы. Все операции представляются как взаимодействие между объектами. При этом код более читаемый и понятный, программа проще масштабируется.
Объектно-ориентированное программирование используется, чтобы:
- структурировать информацию и не допускать путаницы;
- точно определять взаимодействие одних элементов с другими;
- повышать управляемость программы;
- быстрее масштабировать код под различные задачи;
- лучше понимать написанное;
- эффективнее поддерживать готовые программы;
- внедрять изменения без необходимости переписывать весь код.
Возможности ООП поддерживает большинство популярных языков программирования, включая JavaScript, PHP, Python и другие.
Структура ООП
Объекты и классы
Класс — это «шаблон» для объекта, который описывает его свойства. Несколько похожих между собой объектов, например профили разных пользователей, будут иметь одинаковую структуру, а значит, принадлежать к одному классу. Каждый объект — это экземпляр какого-нибудь класса.
Понять, что такое ООП, поможет аналогия.
- Понятие «программист» — это класс.
- Конкретный разработчик по имени Иван — это объект, принадлежащий к классу «программист» (экземпляр класса).
- Зарплата, рабочие обязанности, изученные технологии и должность в компании — это свойства, которые есть у всех объектов класса «программист», в том числе у Ивана. У разных объектов свойства различаются: зарплата и обязанности Ивана будут отличаться от таковых у другого разработчика Миши.
Атрибуты и методы
Объект — это набор переменных и функций, как в традиционном функциональном программировании. Переменные и функции и есть его свойства.
- Атрибуты — это переменные, конкретные характеристики объекта, такие как цвет поля или имя пользователя.
- Методы — это функции, которые описаны внутри объекта или класса. Они относятся к определенному объекту и позволяют взаимодействовать с ними или другими частями кода.
Принципы ООП
Объектно-ориентированное программирование определяют через четыре принципа, по которым можно понять основы работы. Иногда количество сокращают до трех — опускают понятие абстракции.
Абстракция
Абстрагирование — это способ выделить набор наиболее важных атрибутов и методов и исключить незначимые. Соответственно, абстракция — это использование всех таких характеристик для описания объекта. Важно представить объект минимальным набором полей и методов без ущерба для решаемой задачи.
Пример: объекту класса «программист» вряд ли понадобятся свойства «умение готовить еду» или «любимый цвет». Они не влияют на его особенности как программиста. А вот «основной язык программирования» и «рабочие навыки» — важные свойства, без которых программиста не опишешь.
Набор атрибутов и методов, доступный извне, работает как интерфейс для доступа к объекту. Через них к нему могут обращаться другие структуры данных, причем им не обязательно знать, как именно объект устроен внутри.
Инкапсуляция
Каждый объект — независимая структура. Все, что ему нужно для работы, уже есть у него внутри. Если он пользуется какой-то переменной, она будет описана в теле объекта, а не снаружи в коде. Это делает объекты более гибкими. Даже если внешний код перепишут, логика работы не изменится.
Инкапсуляция помогает с легкостью управлять кодом. Выше мы сказали, что для обращения к объекту не нужно понимать, как работают его методы. Начальнику разработчика Ивана не обязательно знать, как именно он программирует: главное — чтобы выполнялись поставленные задачи.
Внутреннее устройство одного объекта закрыто от других: извне «видны» только значения атрибутов и результаты выполнения методов.
Наследование
Можно создавать классы и объекты, которые похожи друг на друга, но немного отличаются — имеют дополнительные атрибуты и методы. Более общее понятие в таком случае становится «родителем», а более специфичное и подробное — «наследником».
Упомянутый программист Иван — это человек. Но «человек» — более общее определение, которое не описывает свойства, важные именно для программиста. Можно сказать, что класс «программист» унаследован от класса «человек»: программист тоже является человеком, но у него есть дополнительные свойства.
В таком случае разработчик Иван будет и человеком, и программистом одновременно. У него будут наборы свойств от обоих классов.
У одного «родителя» может быть несколько дочерних структур. Например, от «человека» можно наследовать не только «программиста», но и «директора».
Наследование позволяет реализовывать сложные схемы с четкой иерархией «от общего к частному». Это облегчает понимание и масштабирование кода. Не нужно много раз переписывать в разных объектах одни и те же свойства. Достаточно унаследовать эти объекты от одного «родителя», и «родительские» свойства применятся автоматически.
Полиморфизм
Одинаковые методы разных объектов могут выполнять задачи разными способами. Например, у «человека» есть метод «работать». У «программиста» реализация этого метода будет означать написание кода, а у «директора» — рассмотрение управленческих вопросов. Но глобально и то, и другое будет работой.
Тут важны единый подход и договоренности между специалистами. Если метод называется delete, то он должен что-то удалять. Как именно — зависит от объекта, но заниматься такой метод должен именно удалением. Более того: если оговорено, что «удаляющий» метод называется delete, то не нужно для какого-то объекта называть его remove или иначе. Это вносит путаницу в код.
Преимущества ООП
Модульность
Объектно-ориентированный подход позволяет сделать код более структурированным, в нем легко разобраться стороннему человеку. Благодаря инкапсуляции объектов уменьшается количество ошибок и ускоряется разработка с участием большого количества программистов, потому что каждый может работать независимо друг от друга.
Гибкость
ООП-код легко развивать, дополнять и изменять. Это обеспечивает независимая модульная структура. Взаимодействие с объектами, а не логикой упрощает понимание кода. Для модификации не нужно погружаться в то, как построено ПО. Благодаря полиморфизму можно быстро адаптировать код под требования задачи, не описывая новые объекты и функции.
Экономия времени
Благодаря абстракции, полиморфизму и наследованию можно не писать один и тот же код много раз. Это ускоряет разработку нового ПО. Интерфейсы и классы в ООП могут легко преобразовываться в подобие библиотек, которые можно использовать заново в новых проектах. Также ООП экономит время при поддержке и доработке приложения.
Безопасность
Программу сложно сломать, так как инкапсулированный код недоступен извне.
Недостатки ООП
Сложный старт
Чтобы пользоваться ООП, нужно сначала изучить теорию и освоить процедурный подход, поэтому порог входа высокий.
Снижение производительности
Объектно-ориентированный подход немного снижает производительность кода в целом. Программы работают несколько медленнее из-за особенностей доступа к данным и большого количества сущностей.
Большой размер программы
Код, написанный с использованием ООП, обычно длиннее и занимает больше места на диске, чем «процедурный». Это происходит, потому что в такой программе хранится больше конструкций, чем в обычном процедурном скрипте.
Источник: blog.skillfactory.ru