エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
eToys モデルとオブザーバーパターンの融合 - 言語ゲーム
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
eToys モデルとオブザーバーパターンの融合 - 言語ゲーム
意味不明な日記かとは思いますが、閃いた記念に書きます。あとでちゃんと説明用の文章を書く予定。 概要... 意味不明な日記かとは思いますが、閃いた記念に書きます。あとでちゃんと説明用の文章を書く予定。 概要: フレームワークの中に依存関係がある時、監視元は依存ごとにプロセスを一つ作り依存が有効な期間中存続させる。監視プロセスは実際に監視先に更新が起こるまで処理をブロックする。更新が発生すると、監視先はその値の監視プロセスを全てブロック解除する。通常はブロックの後ろに新しい値を返すコードが書かれているので、全ての監視プロセスは新しい値を得る事が出来る。 問題: eToys モデルで全ての GUI を設計するにはどうしたら良いか? 定義: eToys モデルとは、無限ループを続ける沢山の小さなプロセスが通信する世界の事とします。 目的と背景: 理解しやすい GUI フレームワークを作る事が目的です。戦略のポイントは二点で、更新モデルと分割モデルです。更新モデルとは、MVC のようなオブザーバーパター