state - Web ユーザー コントロールをステート マシンとしてモデル化するのは悪いことですか?

Question

私たちは、いくつかの異なることを行う Web ユーザー コントロールを設計しています。内部または外部からイベントを取得し、これらのイベントへの応答はこのコントロールの状態に依存します。

私たちはモデリングをステート マシンとして考えていますが、それはマニアックすぎるか、他の誰かが理解するのが難しいかもしれないと考えています。これは本当だと思いますか？

Answer 1

アプリの制御フローをステート マシンとしてモデル化できる場合は、IMO を使用する必要があります。他の人が言ったように、ステート マシンはフローチャート形式で視覚化するのが非常に簡単です。ただし、さらに重要なことは、モデルとしてステート マシンを使用すると、コードがすべての状態と状態間のすべての遷移をカバーしていることを確認できるため、コードの正確性の検証が非常に簡単になります。

マイクロコントローラ用に記述されたコードは、まさにこの理由から、このアプローチを使用して設計および実装されることがよくあります。

炎上戦争を引き起こす危険があるので、念のため言っておきますが、ステート マシンが「マニアックすぎる、または理解しにくい」と感じる人は、ビジネス プログラミングを行っていません。結局のところ、正規表現は有限状態マシンです。

Answer 2

そうは思いませんが、ステート マシンをフローチャートとして描くのは非常に簡単です。また、「ステート マシン」について聞いたことがなくても、技術者以外の多くの人はフローチャートを読むことができます。

Answer 3

たぶん、これについて非技術的なユーザーに尋ねると、私にとっては続けることができます。

Answer 4

Uni では、これを行うことを積極的に奨励しています...そして、John D. に同意する傾向があります。これは、前に見たことがなくても簡単に理解できます。

昨年参加した HCI のクラスの講義 10を参照してください。