Программирование, управляемое событиями
Раньше программе соответствовал некоторый жесткий алгоритм, единственным образом определявший последовательность выполнения операторов. Ветвление программ было прозрачным для программиста - в программе жестко задавались условия переходов в ту или иную точку.
Программирование, управляемое событиями, является развитием ООП и сегодня воспринимается в едином контексте с моделью ООП. Однако этот механизм был включен в программирование только в начале девяностых годов двадцатого века, уже после основного внедрения ООП.
В программировании, управляемом событиями, приложение - это не последовательность каких-то операторов, не некий жесткий алгоритм. Здесь программа выступает как совокупность объектов и способов их взаимодействия. При этом в роли главного объекта во многих случаях можно считать самого пользователя программы. Он же является и основным, но не единственным источником событий, которые управляют работой приложения.
Программные объекты как бы существуют в некоторой среде взаимодействия друг с другом. Основой этой среды являются сообщения, которые генерируются в результате наступления каких-то событий. События могут порождаться действиями пользователя (например, при работе с мышкой или клавиатурой), но могут наступать и в результате других причин (внешних). Например, отключение питания, получение письма по электронной почте или локальной сети, сбой дисковода и т.д. Также события могут являться результатом работы самой программы, результатом работы ее объектов. Например, программа моделирует процесс движения нескольких тел, и в случае «столк
новения» каких-либо из них генерируется событие с посылкой соответствующего сообщения. В каждом объекте программист определяет множество событий, на которые объект должен реагировать. При получении соответствующего сообщения, объект реагирует на него «автоматически», запуская на выполнение соответствующий метод. В этом контексте объект можно определить как совокупность свойств и методов, а также событий, на которые он должен реагировать и сообщений, которые он может генерировать.
Теперь код программы состоит из отдельных, непосредственно не связанных друг с другом фрагментов. Последовательность их выполнения определяется не явно (т.е., не операторами перехода внутри программы), но соответствующей настройкой программной среды. Например, если отключить реакцию кнопки ДА в какой-то форме на щелчок мышки, то при выполнении программы эта кнопка станет недоступной. Однако программный текст до и после отключения реакции кнопки останется неизменным.
Еще по теме Программирование, управляемое событиями:
- Основные этапы развития технологий программирования Программирование в кодах и ассемблер
- • Принцип оптимальности в планировании и управлении, общая задача оптимального программирования • Формы записи задачи линейного программирования и ее экономическая интерпретация • Математический аппарат • Геометрическая интерпретация задачи • Симплексный метод решения задачи 2.1. Принцип оптимальности в планировании и управлении, общая задача оптимального программирования
- Язык программирования
- Модульное программирование
- Языки программирования высокого уровня
- Разыгрывание противоположных событий
- 3.3. Целочисленное программирование
- Разыгрывтпие полной группы событий
- Программирование государственных финансов
- 2.2. Формы записи задачи линейного программирования и ее экономическая интерпретация
- 2.7. Общественные мероприятия (специальные события)
- 4. Разработка Л. В. Канторовичем метода линейного программирования.
- 3.5. Нелинейное и динамическое программирование; понятие об имитационном моделировании
- Управляющие компании
- Параметрическое программирование 1 (35 вариантов).
- 1.2. Страховое событие. Объекты страхования
- б. Линейное программирование