---

--------ОПРЕДЕЛЕНИЯ----------

1. Назначение и классификация шаблонов проектирования (порождающие, структурные, поведенческие)
Назначение: Шаблоны проектирования — это готовые проверенные решения для часто встречающихся проблем при создании программ. 
Они не содержат готового кода, а описывают общий подход, который можно адаптировать под свои нужды. 
Это как строительные лекала — вы не берёте готовую стену, а используете проверенную схему её возведения.
Классификация по цели:
Порождающие — занимаются созданием объектов. Помогают гибко и правильно порождать новые экземпляры, скрывая сложность этого процесса.
Структурные — определяют, как классы и объекты собираются в более крупные структуры. Помогают строить удобные и гибкие связи между частями программы.
Поведенческие — описывают взаимодействие объектов и распределение обязанностей между ними. Отвечают на вопрос «кто и как выполняет действия».

2. Основные шаблоны проектирования и их применение
Одиночка — гарантирует, что у класса будет только один экземпляр во всей программе. Применяется для настроек приложения, логгера (журнала событий), менеджера подключения к базе данных.
Фабричный метод — поручает создание объектов подклассам. Используется, когда заранее неизвестно, объекты какого именно типа понадобятся (например, создание разных кнопок для разных операционных систем).
Наблюдатель — позволяет объектам подписываться на изменения другого объекта и получать уведомления. Применяется в любом интерфейсе, где нужно обновлять несколько частей окна при изменении данных.
Декоратор — позволяет добавлять новые возможности объекту без изменения его кода. Используется для потоков ввода-вывода (например, добавить сжатие или шифрование к данным).
Стратегия — даёт возможность подменять алгоритмы на лету. Применяется для сортировки (можно выбрать разные способы), проверки данных (разные правила для разных ситуаций).

3. Использование порождающих шаблонов в приложениях
Одиночка — в программе всего одно подключение к базе данных. Все запросы идут через него, чтобы не открывать множество соединений и не расходовать лишние ресурсы.
Фабричный метод / Абстрактная фабрика — приложение должно работать и на Windows, и на macOS. Создаётся специальный класс, который в зависимости от системы выдаёт нужные кнопки, поля и меню, но основной код программы при этом не меняется.
Строитель — объект создаётся пошагово. Применяется при формировании сложных запросов к базе данных, создании многостраничных документов, сборке заказа в интернет-магазине.
Прототип — вместо создания нового объекта с нуля его копируют из уже существующего. Это ускоряет работу, если создание объекта требует больших затрат ресурсов (например, сложные графические элементы).

4. Использование структурных шаблонов в приложениях
Адаптер — позволяет подружить старый код с новыми требованиями. Например, в программе уже есть класс для работы с графикой, но он написан под одну библиотеку, а вы хотите использовать другую. Адаптер делает так, чтобы они работали вместе без переписывания старого кода.
Компоновщик — используется для работы с древовидными структурами, где отдельные объекты и их группы должны обрабатываться одинаково. Хороший пример — меню программы: пункт меню и целое подменю должны показываться и скрываться одинаковыми командами.
Заместитель — вместо настоящего объекта используется его «представитель», который управляет доступом. Например, при открытии большого изображения заместитель показывает маленькую версию-заглушку, а само изображение загружается только когда пользователь прокрутит к нему.
Фасад — скрывает сложность внутренней системы за простым и понятным внешним интерфейсом. Например, вместо того чтобы разбираться в десятках классов для работы с видео, вы просто вызываете одну функцию «Воспроизвести», а всё остальное происходит внутри.

5. Использование поведенческих шаблонов в приложениях
Поведенческие шаблоны определяют, как объекты взаимодействуют друг с другом и распределяют обязанности.
Наблюдатель — один объект оповещает всех подписанных о своих изменениях. Применяется в окнах: при изменении данных автоматически обновляются все связанные элементы интерфейса.
Команда — каждое действие оформляется как отдельный объект. Это позволяет отменять и повторять операции (например, в текстовых редакторах).
Состояние — объект меняет своё поведение в зависимости от внутреннего состояния. Используется для заказов (новый, оплаченный, доставленный) или для персонажа в игре (бежит, прыгает, стоит).
Цепочка обязанностей — запрос передаётся по цепочке обработчиков, пока кто-то его не обработает. Например, проверка прав доступа или валидация введённых данных.
Шаблонный метод — задаётся общая схема алгоритма, а отдельные шаги переопределяются в подклассах. Например, загрузка данных из разных источников (из файла или из сети) с одинаковой последовательностью действий.

6. Комплексное применение шаблонов проектирования
В больших программах шаблоны используются совместно, дополняя друг друга:
В архитектуре с разделением данных, представления и управления (МВП, МВС) обычно применяются:
Наблюдатель — модель уведомляет представление об изменениях.
Команда — действия пользователя превращаются в команды для контроллера.
Фабрика — создание моделей данных и служб.
В играх часто сочетают:
Состояние — управление режимами игры.
Команда — обработка ввода.
Компоновщик — группировка игровых объектов в деревья.
В приложениях с базами данных могут использоваться:
Одиночка — для управления подключением.
Хранитель — для сохранения и восстановления состояния.
Посредник — для связи между различными модулями.
Важно: не стоит использовать шаблоны везде без разбора. Их добавляют только тогда, когда они действительно упрощают разработку, а не усложняют её.

7. Событийно-управляемое программирование: понятие и принципы
Что это: способ построения программ, в котором порядок выполнения определяется событиями — действиями пользователя, сообщениями от системы, срабатыванием таймеров.
Основные принципы:
Программа постоянно ожидает событий в главном цикле. Когда событие происходит, оно попадает в очередь и затем передаётся обработчику.
Для каждого события назначается своя функция-обработчик (код, который выполняется при наступлении этого события).
Обработчики могут выполняться сразу (синхронно) или в фоновом режиме (асинхронно), чтобы не блокировать программу.
Событие и его обработчик максимально разделены — объект, создающий событие, не знает, кто и как его обработает.
Широко применяется в графических приложениях (нажатие кнопки, выбор из списка), в веб-серверах (обработка запросов), в играх (ввод с клавиатуры, столкновения).

8. Элементы управления и диалоговые окна. Обработчики событий
Элементы управления — это видимые части интерфейса: кнопки, поля для ввода текста, переключатели, списки, полосы прокрутки. Каждый элемент реагирует на действия пользователя.
Диалоговые окна — это отдельные окна для выполнения конкретной задачи:
Обязательные — требуют немедленного ответа, блокируют остальную часть программы (например, окно с вопросом «Сохранить файл?»).
Свободные — позволяют переключаться на другие окна, пока они открыты (например, панель поиска).
Обработчики событий — это части кода, которые выполняются в ответ на действие пользователя:
При нажатии кнопки — код сохранения данных.
При изменении текста — код проверки ввода.
При закрытии окна — код освобождения ресурсов.
Настройка связи между событием и обработчиком обычно делается либо в визуальном редакторе (указываете, какая функция относится к какой кнопке), либо в коде (подписываете обработчик на событие).

9. Разработка приложений с текстовыми компонентами
Текстовые компоненты позволяют пользователю вводить, редактировать и просматривать текст:
Однострочное поле — для имени, пароля, поискового запроса.
Многострочное поле — для заметок, кодов, комментариев.
Богатый редактор — позволяет менять шрифт, цвет, вставлять изображения (как в текстовых процессорах).
Основные задачи при работе с текстом:
Проверка правильности ввода (например, что в поле даты — только цифры).
Обработка форматирования (выравнивание, начертание, размер шрифта).
Работа с буфером обмена (копирование, вставка, вырезание).
Поиск и замена слов.
Для больших объёмов текста используют приёмы ускорения: отрисовывают только видимую часть содержимого, загружают текст частями, не хранят весь документ в памяти целиком.

10. Разработка приложений с несколькими окнами
Одно окно — главное, остальные — вспомогательные (для настроек, справки, ввода данных).
Способы вызова дополнительных окон:
Обычное открытие — можно переключаться между окнами.
Обязательное открытие — блокирует главное окно, пока не закроешь (например, окно ввода пароля).
Как передавать данные между окнами:
через общие переменные (хранилище состояния);
через свойства при создании окна;
через сообщения (события).
Закрывая окно, освобождаем занятые им ресурсы, чтобы не было утечек памяти.

11. Разработка приложений с невидимыми компонентами
Это части программы, которых пользователь не видит, но они выполняют важную работу:
Таймер — выполняет действие через заданные промежутки (автосохранение, проверка времени).
Фоновый исполнитель — позволяет делать тяжёлую работу (загрузка, обработка) без зависания программы.
Подключение к базе данных — отправляет запросы, получает ответы.
Службы — управляют доступом к файлам, сетевыми соединениями, хранилищем настроек.
Такие компоненты часто объединяют в отдельный слой программы (не смешивают с видимой частью), чтобы было легче править и переиспользовать.

12. Разработка игровых приложений
Игры строятся вокруг непрерывного цикла, который повторяется десятки раз в секунду:
Обновление состояния — перемещаем персонажей, проверяем столкновения, обрабатываем нажатия.
Отрисовка кадра — рисуем всё на экране.
Важные приёмы:
Состояния — игра может быть в разных режимах (главное меню, сама игра, пауза, итоговый экран).
Действия — каждое нажатие кнопки превращается в команду (прыжок, выстрел), которую можно отменить или повторить.
Сущности и части — каждый объект (игрок, враг, пуля) состоит из мелких деталей (положение, скорость, здоровье, внешний вид).
Для игр используют специальные движки (Юнити, Годо), которые берут на себя отрисовку и физику.

13. Создание приложений с анимацией
Анимация — это плавное изменение свойств со временем:
Что можно менять: положение, размер, прозрачность, цвет, поворот.
Способы сделать анимацию:
Самостоятельно — в игровом цикле сдвигать объекты на маленькие шаги.
Через готовые возможности среды — во многих инструментах есть визуальный редактор анимаций, где ставят ключевые моменты, а программа сама рассчитывает промежуточные кадры.
Законы ускорения — движение может быть плавным (замедление в конце) или пружинистым, чтобы выглядело естественно.
Для плавности анимации важно использовать мощные возможности видеокарты, чтобы не грузить основной процессор.

14. Способы ускорения работы кода
Всегда сначала измеряем, что именно работает медленно, а потом правим.
Выбор правильных хранилищ данных: вместо простого списка используем словарь, если часто ищем по ключу.
Уменьшение числа обращений к памяти: собираем строки через специальный накопитель (не склеиваем по одной в цикле).
Сохранение уже вычисленного: если результат тяжёлой операции нужен несколько раз, запоминаем его один раз.
Очереди для тяжёлых задач: длительные операции (запись файла, запрос к сети) запускаем в фоне, чтобы окно не зависало.
Параллельное выполнение: если задачи независимы, можно запустить их одновременно (но аккуратно, чтобы не возникло путаницы с общими данными).
Золотое правило: сначала делаем работающую версию, потом ускоряем только то, что реально тормозит.

15. Цели и способы перестройки кода (рефакторинг)
Зачем перестраивать код:
Чтобы он стал проще для чтения и правки.
Чтобы легче было добавлять новые возможности.
Чтобы устранить запутанность, повторы и скрытые ошибки.
Чтобы уменьшить технический долг (накопившиеся костыли).
Основные приёмы:
Разделение на части — из длинного метода выделяют несколько коротких с понятными названиями.
Устранение повторов — если одно и то же написано в нескольких местах, выносят в общее место.
Замена запутанных условий — вместо вложенных «если» используют разные варианты поведения (объекты-обработчики).
Уточнение названий — переименовывают переменные и методы так, чтобы их смысл был понятен без пояснений.
Удаление ненужного — вырезают код, который уже не используется.

16. Оптимизация и рефакторинг кода на практике
Это две стороны одной медали, которые делаются вместе:
Сначала замеряем скорость работы программы (профилируем), находим самое медленное место.
Перестраиваем код — разбиваем огромные методы на мелкие, убираем повторения, наводим порядок в названиях.
Затем улучшаем алгоритм — заменяем медленный перебор на быстрый поиск, добавляем сохранение уже вычисленных результатов, переводим тяжёлые операции в фоновый режим.
После каждого изменения обязательно запускаем проверки (тесты), чтобы ничего не сломалось.
Главное правило: никогда не править код на глаз. Сначала замеры, потом правки.

17. Правила создания пользовательских окон
Группируйте связанное — кнопки управления одним объектом располагайте рядом.
Выделяйте главное — самое важное делайте крупнее, ярче, помещайте на видное место.
Показывайте отклик — на каждое нажатие или выбор программа должна отвечать (изменение цвета, короткое сообщение, анимация).
Не перегружайте — на одном экране оставляйте только нужное, второстепенное убирайте в дополнительные меню.
Единый стиль — все похожие элементы (кнопки, поля ввода) должны выглядеть одинаково во всём приложении.
Делайте доступным — обеспечьте достаточный контраст, возможность работы с клавиатуры и крупный шрифт для слабовидящих.

18. Проектирование удобства работы (взаимодействия с пользователем)
Это не про красоту окон, а про то, насколько легко человеку решить свою задачу:
Изучаем, как пользователи обычно выполняют свои дела, и строим для них самый короткий путь.
Рисуем простые схемы будущих экранов (без цветов и шрифтов), чтобы проверить логику переходов.
Делаем рабочие пробники и даём попробовать реальным людям, смотрим, где они спотыкаются.
Исправляем найденные неудобства.
Основной принцип: программа должна быть понятна с первого взгляда, чтобы пользователь не гадал, куда нажать.

19. Внешнее оформление пользовательского интерфейса
Это реализация красивого и понятного внешнего вида:
Заводим набор готовых стилей для всех кнопок, заголовков, карточек — чтобы не придумывать каждый раз заново.
Продумываем состояния каждого элемента: как выглядит при наведении, при нажатии, когда недоступен.
Выстраиваем ровную сетку расположения, подбираем шрифты и цвета (основные, фоновые, для предупреждений).
Все окна должны одинаково выглядеть на любом экране (телефоне, планшете, компьютере).
Инструменты для дизайнера — Фигма или похожие. Разработчик затем переносит эти наработки в код.