コード実行シーケンスを適用する

Question

シーケンスダイアグラムを実装するときなど、設定された順序で実行する必要のある操作の一覧があることがあります。シーケンスの変更によって微妙なバグを導入するリファクタリングを防ぐために、コード実行順序を強制する最良の方法は何ですか？

foo（）とbar（）の実行順序を次のように変更したことで、既存の単体テストで問題が発生しないとしましょう。私が見て使ってきた方法の

数：

1. コメント（それらを理解&を読んだ人に依存しています）：

   // do this
foo();
// then this
bar();

2. 流暢文法（コードを英語のように読むようにして、無慈悲なリファクタリングを避ける）：

   obj
.Do
.foo()
.Then
.bar();

3. 状態変数& balking（あまりにも精巧）：関数に論理ブロックをグループ化

   foo_done=false;
if(foo()) foo_done=true;
if(foo_done) bar(); else throw_an_exception;

4. ：

   void foo_bar()
{
foo();
bar();
}

...と説明するにはあまりにも醜い、より多くの（関数ポインタの入れ子、イベント、配列を、命名関数は（開始）、中東（）とEnd（）...） 。

このようなことを行うための改良されたパターンはありますか？

Answer 1

ユニットテストがそれらを捕まえず、依存関係がコード内に明示的でない場合、なぜその順序が重要であるのか混乱します。副作用はfoo（）とbar（）の操作の重要な部分であることを意味します。 この場合、最適なデザイン戦略は、これらの副作用を明示的にすることです。

Answer 2

プロシージャをコールした後に起こったこと（状態、属性の変更）をチェックするために単体テストを書くので、メソッドが呼び出されたかどうかを確認する必要はありません。

また、テストを何らかの方法に結びつけると、後でfoo（）と同じ効果を持つ別のメソッドを使用するようにシステムを変更すると、システムが正しいことを行っているときでもテストは失敗します。