:i/ロックフェイズ のバックアップの現在との差分(No.2)

• バックアップ一覧
• 差分 を表示
• 現在との差分 - Visual を表示
• ソース を表示
• バックアップ を表示
• :i/ロックフェイズ へ行く。
  • 1 (2013-02-23 (土) 00:03:14)
  • 2 (2013-03-15 (金) 14:23:08)
  • 3 (2013-03-15 (金) 14:25:38)
  • 4 (2013-03-15 (金) 17:28:40)
  • 5 (2013-03-16 (土) 06:02:41)
  • 6 (2013-03-20 (水) 22:37:00)
  • 7 (2015-06-03 (水) 23:39:13)

• 追加された行はこの色です。
• 削除された行はこの色です。

ロックシステムの実装。

デッドロックを防ぐにはロックの順序を統一しなければならない。
ロックの順序を統一するには、ロックを必要とする処理を一斉に行なわなければならない。
†[[ロックのかけかた - 遅い→起動時>http://d.hatena.ne.jp/pmint/20121027/p1]]

PageElementsのコンストラクターでロック要求→ロックフェイズで要求が叶ったら→Actionメソッド1→必要ならまたロック要求→ロックフェイズ→Actionメソッド2→必要なら…
PageElementsのコンストラクターでロック要求→[[:i/ロックフェイズ]]で要求が叶ったら→Actionメソッド1→必要ならまたロック要求→[[:i/ロックフェイズ]]→Actionメソッド2→必要なら…

ロック要求にはロックの種別とコールバック(Action呼び出しの方法)を与える

----
Actionを呼び出す順序は不定。PageElementインスタンスのロック要求次第。

----
その後、To...呼び出し→レスポンス

RIGHT:[[:t/実装]] [[:t/ロック]]


***ロックフェイズは何度でも [#pf87c25e]
やり直しと繰り返しの違い。
すでに始まっているロックフェイズでロックを追加するには途中までロック解除してから追加、順序を乱さないようにしてやり直し。

ロックフェイズ（とコールバック）が終わったらすべてのロックを解除。その時点でロック要求（追加要求分）があれば同じロックフェイズの繰り返し2回目。

→ [[:i/ロックフェイズは何度でも]]

RIGHT:[[:t/実装]] [[:t/ロック]]
***ロックフェイズでやること [#t607ecd4]
前提条件なし。トリガーは呼ばれたら。「なになに前のロックフェイズ」のように実行タイミングごとにロックフェイズに名前があるようなもの。

+ロック要求の受け付け
+ロック要求リストのロックと、次のロック要求リストの生成
+ロックとロック要求リストの更新
+コールバック
+次のロック要求リストにエントリーがあれば繰り返し


RIGHT:[[:t/ロック]] [[:t/実装]]