イベント駆動型プログラミング

出典: フリー百科事典『ウィキペディア(Wikipedia)』
ナビゲーションに移動 検索に移動
Event driven programming Simply Explained.jpg

イベント駆動プログラミング(イベントくどうプログラミング、: event-driven programming)またはイベント駆動プログラミングは、イベントの発生によってプログラムフローが決定されるプログラミング手法である。イベントドリブンとも。

ここで言うイベントとは、マウスクリックキーボード押下によるユーザーアクション、センサーやシグナルなどによるハードウェアインプット、他のスレッドトランザクションからのメッセージレシーブなどを指し、 プログラムフローとは、スレッドの開始やプロセスの分岐を指す(後述)。

グラフィカルユーザーインターフェース上のシステムでよく用いられる手法であり、ユーザー入力へのレスポンス部分の実装に適合している。

特徴[編集]

規則型(宣言型)のイベント駆動型プログラミングにおいては、規則の条件部が満たされ指定されたイベントが発生すると、その規則が実行される。このような規則を ECA規則 (event-condition-action rule) という。

手続き型のイベント駆動型プログラミングにおいては、まず各イベントに対応する処理を記述した手続き(サブルーチン、関数、あるいはメソッド)を、システムあるいはアプリケーションフレームワークに登録する。この手続きはイベントハンドラー (event handler) と呼ばれ、イベントが発生したときにシステムあるいはアプリケーションフレームワークによって呼び出される(コールバックされる)。イベントの待機中(アイドリング時)の処理はシステムに任せる。

一般的に、グラフィカルユーザインタフェース (GUI) を使用するオペレーティングシステムアプリケーションソフトウェアでは、イベント駆動型プログラミングを利用している。マウス操作やキーボード操作といったユーザーからの入力や、システム状態の変化・変更といった各イベントに対する処理を統一的に記述することができる。

イベント駆動型プログラミングを行うメリットは、アプリケーションを作成する際に、必要なイベントハンドラーにのみ処理を書けばよい、ということである。イベントを待機するプログラム構造自体はどのアプリケーションもほぼ共通であり、結果として、アプリケーションフレームワークによるプログラム構造のブラックボックス化と再利用がしやすくなり、アプリケーションプログラマーが記述しなければならないコード量が減る。処理の記述をハンドラーごとに分けるので、プログラムの見通しも良くなる。

用語と解説[編集]

イベント
「キーボードのキーを押した」、「時計がある時刻になった」などの、プログラムの流れとは別に発生する事象。または、その事象に関する情報を含んだメッセージを指す。 →イベント (プログラミング)
イベントハンドラー
イベントが発生した際に実行すべきサブルーチンのこと。イベントフック、イベントリスナーなどの呼び方がある。
トリガー
イベントを発生させるきっかけ。プログラム内部でイベントを起こすことを「イベントをトリガーする」と表現することもある。
イベントディスパッチャー
発生したイベントをイベントハンドラーに振り分ける機能のこと。
イベントキュー
複数のイベントが連続して発生した場合に、それらのイベントを待ち行列として保持するデータ構造。イベントの発生間隔が短く、次のイベントが発生するまでにイベントハンドラーの処理が間に合わない場合にバッファとして用いられる。→メッセージキュー
イベントループ
イベントを待機するループを持つ機構。イベントループ内にイベントディスパッチャーを持つ構造が一般的である。メッセージループ、メッセージポンプとも呼ばれる。

実装[編集]

イベントで駆動される処理はイベントハンドラーに記述されるが、その実装方法は開発者に一任される。

パターン[編集]

処理の特性(実行内容、規模/複雑性)に合わせた典型的なイベントハンドラ実装パターンが存在する。

Flux[編集]

Flux(フラックス[1])は、Actionを介したブロードキャスト型メッセージパッシングによるパターンである。状態管理をStoresに委譲し、イベントハンドラはActionの発火に特化する。イベント側と状態管理(ビジネスロジック)側を疎結合にできる利点を持つ。またActionメッセージを保持・記録して取り回すことができる。

UIが関わる実装としては、Reduxがデファクトスタンダードである[2]

Command[編集]

Commandパターンはオブジェクト指向プログラミングを用いたパターンである。実際の処理をCommandオブジェクトへ委譲し、command.Execute(コマンド実行)インターフェースをイベントハンドラ内で叩くことにより、イベントハンドラ側と処理側を疎結合に出来る利点を持つ。またCommandオブジェクトを保持・記録して取り回すことができる。

脚注[編集]

  1. ^ アプリケーションのデータフロー管理のためのアーキテクチャパターン。
  2. ^ "Redux ... is the de facto state management library developers use with React these days." Facebook (2019). Flux.

関連項目[編集]

外部リンク[編集]