design-patterns - コントローラーをつかむ、それは本当に存在するためにUIを必要としますか？

Question

複数の状態になる可能性のあるドメインモデルがあり、これらの状態が特定の範囲外になると、ドメインは自動的に反応するはずです。

たとえば、私は測定値を持つ複数のものでできている車を持っています

エンジン-タコメーターと温度

燃料タンク-容量

エンジンとタンクを監視するCarStateControllerを使用するのが妥当です。これらの状態が範囲外になる場合、つまりエンジン温度が範囲を超える場合は、エンジンファンをオンにします。

UIはありません（ダッシュボードにライトが表示されると主張できますが、この場合は表示されません）。これはGRASPコントローラーパターンの有効な使用法ですか？そうでない場合、このCarStateControllerは何と呼ばれますか？

または、私は完全に要点を見逃しましたか？これは状態パターンである必要がありますか？

Answer 1

この質問を、GRASパターンを作成したCraig Larmanに送信することを考えましたか？彼はあなたの質問に答えるかどうかはわかりません。彼の著書「APPLYINGUMLandPatterns」でファサードコントローラーを理解しているように、ファサードコントローラーは「システムまたはドメインに関する重要な情報を維持するべきではありません」PG311第3版。そうしないと、コントローラーが肥大化します。他のドメインオブジェクトを監視し、レベルが高すぎるか低すぎる場合に反応する「レギュレータ」と呼ばれる追加のドメインオブジェクトが必要なようです。私はあなたの州のパターンに取り組んでいないことに気づきました。それは私がそれに精通していないからです。