● お題
状態の値を持つオブジェクトの値が変わったらイベント通知する仕組みを用意したときにありがちな意見
● A) 同期的に取得する手段も欲しい
まぁわかる
● B) イベント通知受けを開始したら必ず今の状態を初回通知してほしい
Aとは反対方向の要望だけど、多人数開発だとよくある
● C) a->b->cと連続して変化したときbの通知も飛ばさないでほしい
「状態」のはずなのにこういう要望が出てくると雲域が怪しくなる
● D) イベントはキューに溜まるのか/最大何個溜まるのか/あふれたらどのイベントが消えるのか
Cを許すとこのようなことを言われてしまい実装の厳密性が問題になってくる
● E) イベントが溢れたことを検知できるようにしてほしい
Dが出てくると当然こうなってくる
● F) イベントが溢れたときに何をすればよいのかを教えてほしい
知らんがな、イベントを受けて何やりたいか次第だから、イベントを送る側が考えることじゃないはず
● G) a->cと変化しないでほしい、必ずbを経由してほしい
なぜ外部の都合でこちらの内部状態の設計を変えなければいけないのか、これを許すと「bイベントを補間して送る」ような例外の実装をせざるを得なくなる
● H) イベント通知するとき1つ前の状態も添えてほしい
自身の状態遷移の管理すらこちら側に押し付けてくるのは勘弁してほしい
● I) イベントハンドラ内からAの同期を呼ぶと届いたイベントとは異なる状態が取れる
イベントが届いたタイミングとイベンドハンドラが実行されたタイミングが離れれば、そりゃそうなるよね
シンプルなお題ですらこうなるのだから、大人数が関わる開発ではわかりやすくて勘違いしにくい設計が好まれることになる。
