タスクシステム総合スレ part3

**名前は開発中のものです。** · 2008/11/09(日) 11:51:40

タスクシステムについての議論、相談、質問、雑談などのスレです

part2 http://pc11.2ch.net/test/read.cgi/gamedev/1196711513/
part1 http://pc11.2ch.net/test/read.cgi/gamedev/1173708588/

**名前は開発中のものです。** · 2009/01/24(土) 01:37:15

>>732-736
あれれ申し訳ない。ボクは大変な勘違いしてたみたい。。。。
>>726ってID:2rWIRnW3に対するお説教だと思ってたけど
茶々を入れてる雑草君へのアドバイスだったんだね

早とちりしちゃった。テヘッ

**ID:2rWIRnW3** · 2009/01/24(土) 01:52:06

＞ID:FRn83395
眠い。とりあえず>>696-からもう一度読んでくれ。俺とお前の争点ここなのよ
お前、俺とのやり取りで>>700の質問に至った段階で回答渋っただろ。
で、>>702で論点をスライドさせたよな。まず>>700の質問に答えてくれ。な。

**名前は開発中のものです。** · 2009/01/24(土) 02:47:27

>>732、>>733、>>735、>>736、>>737
何これひどい言われようｗｗｗｗｗｗｗｗｗｗｗ
俺涙目ｗｗｗｗｗｗｗｗｗｗ

ごめんなさい
「俺は他のアフォと違ってちゃんと」（←キーワード検索）協調性と
自愛に溢れてるから顔真っ赤のオッサンの水準に合わせてあげただけなんだ
もうしない。ごめんなさい

>>726
は？みたいな
悪いけどオッサンあんたさー散々論理的にイカレた発言を連発しまくっといて
よくそんなえらっそうこと思い込みエスパーレスができるよねー
恥ずかしくない？自分と同類のクズ相手なら饒舌になれるの？小さいね！
というか>>726の内容すごいね。受け売り？いつも散々言われてるの？
それを復唱しただけなの？もっと身の丈にあったセリフを吐こうね！

あと何度も言うよ？なんでタスクシステムがObserver Patternなの？BAKA？

**名前は開発中のものです。** · 2009/01/24(土) 06:56:00

>>738
横から突っ込むけど
タスクシステムの議論をしてるのに俺システムの目的を語るのはおかしい
オブザーバーの発言に矛盾がでないようにした苦肉の議論にしかみえない

**名前は開発中のものです。** · 2009/01/24(土) 09:21:08

>>740
それはちょっと筋違いなツッコミとおも
もう少し遡るといいんじゃないかな

ID:f259EVPA
ID:KNFisALs

> デザインパターンのゲームプログラムへの適用が適切がどうかわからない

> オブザーバーとストラテジー？
> 両方とも目的と適用可能性の説明がゲームオブジェクトとかけ離れていて全く理解不能

この人物が話をゲームプログラムに拡大してる

**名前は開発中のものです。** · 2009/01/24(土) 10:11:20

>>741
だからゲームプログラムのタスクシステムの話だろ

**名前は開発中のものです。** · 2009/01/24(土) 12:09:57

ゲームプログラムと言えばタスクシステムのことになるタスク脳

**名前は開発中のものです。** · 2009/01/24(土) 20:08:15

逆だろ

**名前は開発中のものです。** · 2009/01/24(土) 23:21:19

タスクシステムアンチは見かけるけど
タスクシステム信者は見たことない。
どこ行けば見れますか？

**名前は開発中のものです。** · 2009/01/25(日) 10:58:10

>>745
既知外アンチによればこのスレにうじゃうじゃいるらしいw

**名前は開発中のものです。** · 2009/01/25(日) 12:42:11

そんなムキになって自分の黒歴史をなかったことにしようと頑張らなくてもいいんだよ
過去から現在までのスレログもウェブにSNSその他至るところのタスク日記や記事はアーカイブや魚拓でいつでも見れるんだからさ

甘酸っぱい記憶は楽しまなくちゃ

**名前は開発中のものです。** · 2009/01/25(日) 13:55:13

どうでもいいけど、つまりここにはいないんだな？

**名前は開発中のものです。** · 2009/01/25(日) 15:21:33

既知外アンチが、読点を打てなくなるくらい必死だということはわかった。

**名前は開発中のものです。** · 2009/01/25(日) 15:24:14

このスレは、基本的にタスクシステムってなに？どんなんなの？って言う人間と、
タスクシステムなんてただの線形リストだろ、しかも使えねー。と思ってる人で構成されています。

**名前は開発中のものです。** · 2009/01/26(月) 10:44:34

仕事だりぃ

**名前は開発中のものです。** · 2009/01/26(月) 20:39:45

哀れな奴らだ。タスクシステムは素晴らしい。夢と希望に溢れている
新清士によるとひらしょーには夢も希望もないそうだ。それはそうだ
タスクシステム（神つまりゴッド）を否定する者に夢や希望が語れる
はずがない

**名前は開発中のものです。** · 2009/01/26(月) 20:51:48

タスクシステムとはストラテジーパターンのことだというが順序が違う
ストラテジーパターンがタスクシステムの理念の劣化パクったのだ
StrategyPattern ＝ ConstrainedTaskSystem

即ちタスクシステムとはオーバーストラテジーなのさ
ピーキーすぎてお前らには無理だよ

**名前は開発中のものです。** · 2009/01/26(月) 21:17:37

夢と希望以外なにも語れてないようですが

**名前は開発中のものです。** · 2009/01/26(月) 21:23:11

上のほうで書かれてたＡグループのメインＰＧの方ですね分かります

**名前は開発中のものです。** · 2009/01/26(月) 22:17:57

>>753
ちがそーｗ

デザパタさｗ
パターンを拡大解釈するととんでもねー見当違いになりがちだからさｗ
もうちょっと適切かどうか考えるか
パターン名を出したら目的文を自分でどう解釈してそういう結論にいたったのか
説明してくんねー？ｗ

**名前は開発中のものです。** · 2009/01/26(月) 23:30:15

なんという了見の狭い頭コチコチのデザパタオヤジ。デザパタ用語というのは
このように原典に縛られた了見の狭い気持ち悪いマニアの玩具となっているのだ

パンピー　：　「これは○パターンといえると思うのです」
マニア　　：　『それは○パターンではない。適用した理由を言ってみろ』
パンピー　：　「△△だから○パターンと思ったのですがどうでしょう」
マニア　　：　『テキトーに適用しやがったな』
パンピー　：　「というと？」
マニア　　：　『デザパタ全然理解してないアフォめ』
パンピー　：　「どのあたりですか？」
マニア　　：　『目的と全然違うパターン適用して喜んでるアフォめ』
パンピー　：　「どうぞ具体的に」
マニア　　：　『俺は他のアフォと違うから！ちゃんとよく読んでるから！』

大川いそうに。なんという知能障害。これがデザパタ用語に取り憑く原典オヤジだ

**名前は開発中のものです。** · 2009/01/27(火) 06:01:47

>>757
説明できるの？できないの？

**ID:2rWIRnW3** · 2009/01/27(火) 07:06:37

えーと、横から割り込むようで悪いが
俺の獲物は>>756,>>758でいいのかな
いつまでコソコソ逃げるのかなー

ずっと待ってるんだよな。頼むわ。な。

**名前は開発中のものです。** · 2009/01/27(火) 07:26:37

なにを？

**ID:2rWIRnW3** · 2009/01/27(火) 07:44:29

つ>>736,>>738

ま、威勢はいいんだが、頭の回転が鈍いのか即レスを要求すると
論理展開がボロボロになる傾向があるんだよな。このプロ気取り。
で、長考時間を与えてやったら今度は痴呆症でド忘れかい？

やれやれだね

**名前は開発中のものです。** · 2009/01/27(火) 11:39:40

そいつらと関係ないけど、その流れ結局どうなってんの。たぶん直接の起点は>>667の一言からだろう

>>667問題の一言>>668-678はそれに対する反応と多少のノイズ。
>>682が埋まりかけてた話題を掘り起こす。
>>685がなぜかきわめて局所的な話をしだす。ここまでは『タスクシステム』自体はどういった『デザインパターン』なのかという流れだったのに。
>>695が屁理屈。ノイズ。しかしここから話が派生。
>>685と>>696のズレが埋まらないままレスが続く。
>>703で>>685が(>>696にとって)意味のわからないレスをする。
(>>696、3jTewWuY = >>706 FRn83395はそれまでのレスが、タスクシステムとオブザーバーについてだと思っていた。)
(>>685 = >>707はそもそもタスクシステムの話をしていないつもりだった。)以下ズレの埋まらない無意味なのレス応答が続く。
>>711/oVs2I+7が発生。だれだこいつ？このグダグダから先の話をまとめてくれよ。ってかむしろ掘り返した>>761 = >>707がまとめてくれ。

**名前は開発中のものです。** · 2009/01/27(火) 11:42:53

本文多すぎでレス削ってたらよくわからないレスになっちまった。
要するに、>>716あたりから先の話を>>761にまとめてほしい。
なんつーか自分がまとめた場所までの時点でかなり無意味なレス応答感が否めないが。

**名前は開発中のものです。** · 2009/01/27(火) 12:04:13

>>762-763
>>741とかが指摘してるけど、反タスク派で、たまに
OOP／デザパタ／ポリモーフィズム否定にまで勇み足をする（ように見える）
のがいるので、話が発散してるんじゃないのかな

前にもごった煮にしたら型の判定ができないとか言ってたのがいたし

**名前は開発中のものです。** · 2009/01/27(火) 12:46:47

今度はストラテジーかよ笑
それって場面によってバブルソート使うかクイックソート使うかマージソート使うか選べる奴だろ？
適用したデザパタの目的と動機は自分の最終目的と一致してるか？

**名前は開発中のものです。** · 2009/01/27(火) 15:14:11

タスクシステムがstrategyとか言ってる奴、本当にプログラム1行でも書けるの？

ただの基地外にしか見えん・・・

**名前は開発中のものです。** · 2009/01/28(水) 03:26:34

ID:Df6y9ZuD

↑（・∀・）↑

**名前は開発中のものです。** · 2009/01/28(水) 07:57:24

たまに湧くデザパタ厨はデザパタわかってないみたいだけど
職場でもこんな人いるよ
明らかに目的と外れたパターンを適用してみんなにボコボコにされる

**名前は開発中のものです。** · 2009/01/28(水) 09:29:30

>>768
だな。

デザパタって、抽象度そんなに高い話じゃないんだよな。

デザパタを拡大解釈し、抽象度をあまりにも上げて、どんな事例にでもパターンが適用できたら、
その概念自体、あまり意味をなさない。

狭い範囲に対して適用できるからこそ意味が明確で概念として有効なんだ。

**名前は開発中のものです。** · 2009/01/28(水) 14:09:01

ひょっとしてタスクシステムってファクトリーパヤーンじゃね？

**名前は開発中のものです。** · 2009/01/28(水) 19:53:33

パヤンに悪意と釣り針が見える

**ID:2rWIRnW3** · 2009/01/29(木) 19:34:28

>>762
＞ここまでは『タスクシステム』自体はどういった『デザインパターン』なのかという流れだったのに。

そんな流れとは知らなかった。つかそんなのウンコパターンとかでいいんじゃないか
>>741や>>764も指摘しているみたいだが、ID:KNFisALsが流れに支流を作っており
俺はその支流に乗っかったってだけ。迷惑ならウンコパターン話を続ければいいよ

＞ 3jTewWuY = >>706 FRn83395はそれまでのレスが、タスクシステムとオブザーバーについてだと思っていた

スレ読まずに書き込む間抜けでなければそれはあり得ない
それに俺は初っ端の>>672において既に、>>2をオブザーバーというのは何かがおかしい、と書いてる
　（※理由は>>672で書いたとおり、>>2では全ゲームオブジェクトは誕生した瞬間に唯一の
　　循環リストに強制登録される。選択肢は全くない。生きてる限り、【必要の有無を問わず】
　　VSYNC信号発生の度に呼び出しを食らう。この時点でObserverとSubjectの関係と明らかに異なる）

**ID:2rWIRnW3** · 2009/01/29(木) 20:32:00

>>762
(>>772続き)
スレ読まずに書き込む間抜けってのは勿論ID:3jTewWuY,ID:FRn83395のことな

んで、更に>>682以降で「オブザーバーのようなものになる具体例」として書き始めた内容が
>>2にはないものであるということも最初に>>682で念押しもしている

反応した>>864,>>689,>>694はどうやら自分が作り出した支流の話であると理解していたようだ
>>696,>>699はどうかな。もし君の言うとおりなら「流れ読まずに書き込んだ間抜け」ということになるが
その仮説が正しいかどうかは本人に聞いてみないとなー

＞ >>685がなぜかきわめて局所的な話をしだす

これはゲームプログラムにおけるオブザーバーの存在を疑問視している人間に対しては
具体例を書いたほうがいいだろうと判断したから。一般化・抽象化するとオブザーバーの
ようなものになる必然性が見えてこないし、>>2では無駄が多すぎるということも見えて
こないだろう

マップに配置するセンサー類の設置数は比較的多くなる可能性が高く
総処理時間の上限枠は既に定められているが優先順位は低く削られる可能性も高い
処理内容はさほどタイムクリティカルなものではない（応答速度が数百msでも許容される）

時間刻みがVSYNC固定というのは苦しい。背後に空間領域分割や階層型スケジューラが
必要になる。特に後者のスケジューリング機構はゲームプログラムのかなり低レベルの
層で実装されることが望ましく、スケジューリング機構を持たない>>2はゴミとなる

**ID:2rWIRnW3** · 2009/01/29(木) 20:51:40

>>762
(>>773続き)

なお>>685の軍事っぽいジャンルについては完全にでっちあげの架空
実際にはファンタジーものしか作らせてもらえない。しかたないね

＞ >>703で>>685が(>>696にとって)意味のわからないレスをする

タスクシステム（>>2）の目的とは>>672である。極めて簡潔な答えだ
もし彼にその意味が伝わらなかったのなら彼の脳内フィルターが
異常をきたしており、何かおかしなバイアスをかけているからだろう

>>704以降の反応で、ID:3jTewWuY の思い込み・先入観の強さが確認された

**名前は開発中のものです。** · 2009/01/29(木) 20:58:52

ごちゃごちゃ長いけど要約すると全部
デザパタ理解してなかった言い訳にしか見えないね

**ID:2rWIRnW3** · 2009/01/29(木) 21:03:33

出た出た。いつも監視してんのか。すげぇ暇人だな。助かるよ

＞デザパタ理解してなかった

で、早く理解してない部分、とっとと抜粋して晒してくれないかな
ずっと待ってるんだよな。頼むわ。
あと>>738のほうもよろしく頼むわ。な。

**名前は開発中のものです。** · 2009/01/29(木) 21:07:05

>>776
だっせ
あまりにも惨めだな
明らかに理解してないのになんで頑張るの？

**ID:2rWIRnW3** · 2009/01/29(木) 21:09:52

＞明らかに理解してない

どこが？

**名前は開発中のものです。** · 2009/01/29(木) 21:10:34

>>778
このスレでオブザーバーとか出てきちゃうあたりｗ

**名前は開発中のものです。** · 2009/01/29(木) 21:11:54

そもそもデザパタの本もってるのかなぁ・・・
ちゃんと目的と動機の欄読んでるのかあやしい
お馬鹿なサイト丸写ししてわかった気になっちゃったんだね

**名前は開発中のものです。** · 2009/01/29(木) 21:24:08

>>652以降を読んで思ったこと

ID:f259EVPA　ID:KNFisALs　ID:8MTRCkQM　ID:CJkxnn0x
＝　ID:3jTewWuY　　じゃないの？

　　『デザインパターンのゲームプログラムへの適用が適切かどうかわからない』（>>665）
　　『strategyとobserverは目的と適用可能性の説明がゲームオブジェクトとかけ離れていて全く理解不能』（>>668）
　　『ゲームプログラムでobserverパターンはあり得ない』（>>684）

ここまで断言＆強弁するのはかなりの勇者だとおもうよ
自宅が全焼して髪チリチリになっても勝利宣言してる感じ

お年寄りってプライド傷付けられると狂ったように怒るよね
可哀相

**名前は開発中のものです。** · 2009/01/29(木) 21:35:28

>>781
ＩＤまで取り出してきてずいぶん熱心だねｗ
専用ブラウザの抽出だけならわかるけどｗ
デザパタ読んでないのにソースの形だけみて適用するからそういう
赤っ恥かくことになるんだよｗﾆﾔﾆﾔｗ

**名前は開発中のものです。** · 2009/01/29(木) 21:37:02

これから成長するのにいい薬になるからもっと言っておいてあげるよ

あーだっせｗ
すげー恥ずかしいｗ
馬鹿が目的も見ないでパターンとか知った気になっちゃってるの？
説明書読まないでゲーム始めんなよｗ
中学生か？お前？ｗ

**ID:2rWIRnW3** · 2009/01/29(木) 21:37:27

ID:/s4Iqftx
ID:/PUT5suM
はい、どうぞ。引用して俺の発言との矛盾点、指摘してくださいな

**名前は開発中のものです。** · 2009/01/29(木) 21:41:57

>>784
その必要はもうないだろｗ
デザパタ読んで目的と動機の項目読めばアフォでもわかる
恥ずかしい奴だなお前

で？お前誰？
俺、お前にも興味ないしＩＤ抽出とかやんないからお前知らないんだけど？

**名前は開発中のものです。** · 2009/01/29(木) 21:43:03

草はやしてる奴は何故に顔真っ赤なのか？

**名前は開発中のものです。** · 2009/01/29(木) 21:43:19

だいたい>>781にレスつけたのに何別の奴が返してんだよ

**名前は開発中のものです。** · 2009/01/29(木) 21:50:09

ごめん
スレの流れ読まずに書き込んじゃった
ID:/PUT5suMがご本人だったのかな
タイミング悪かったみたい

>>782-783
それにしてもすごい剣幕だね
血圧に注意してね

**名前は開発中のものです。** · 2009/01/29(木) 21:51:22

>>788
これだけたくさんＩＤを集めてきた君が
人の血圧気にするなんてよっぽど顔真っ赤にしてるのがわかるよｗ

**名前は開発中のものです。** · 2009/01/29(木) 21:56:20

>787
オレに噛み付くなよ。めんどくせー奴だなキミは

**ID:2rWIRnW3** · 2009/01/29(木) 22:08:31

>>785
＞その必要はもうないだろｗ
＞デザパタ読んで目的と動機の項目読めばアフォでもわかる
＞恥ずかしい奴だなお前

頼むからさ、逃げないで答えてくれないか？

＞で？お前誰？

それはないだろ。ちゃんと過去IDコテまで入れてるんだからさ
どうか落ち着いてほしい。な。

**名前は開発中のものです。** · 2009/01/29(木) 22:13:41

>>789
スレの流れが分からないから追うしかないんすけど。。。
ちゃんとコテ名乗ってくれればID追う必要ないんすけど。。。。
私の推測がハズレならそう言ってくれればいいのに。。。。。。

なんでこの人はこんなに反応するの？むしろこの人誰？
ご本人じゃないなら無視すればいいのに。。。よくわかんない人でつ

**名前は開発中のものです。** · 2009/01/29(木) 22:21:12

>792
そいつは御本人様で確定だろ女子高生的に考えて

**名前は開発中のものです。** · 2009/01/29(木) 22:29:58

>>790
誰？レスつけてないじゃん

>>791
は？誰？何聞いてるの？
オブザーバーはタスクシステムじゃないってｗ
まだ納得してないの？

>>792
>ご本人じゃないなら無視すればいいのに。。。よくわかんない人でつ
お前もレスつけなきゃいいのにねｗ
一番熱心にＩＤかき集めてきたの君だけどｗ

**名前は開発中のものです。** · 2009/01/29(木) 22:34:32

すげぇチキンだなコイツ

**名前は開発中のものです。** · 2009/01/29(木) 22:46:01

>>795
お前こそなにか主張はねぇよかよｗ

**名前は開発中のものです。** · 2009/01/29(木) 22:55:32

なんでオレに話しかけてくんだこのニワトリ
世話役の奴ちゃんと面倒見ろよ

**名前は開発中のものです。** · 2009/01/29(木) 23:05:24

おまえにまかせた

**名前は開発中のものです。** · 2009/01/29(木) 23:14:57

>>797
ん？主張がないなら俺の勝ちだけど？ｗ

**名前は開発中のものです。** · 2009/01/29(木) 23:20:53

イタタタ

**名前は開発中のものです。** · 2009/01/29(木) 23:24:21

>>800
おｗ
また頑張ってＩＤ集めてくんのか？ｗ
自分のがナチュラルに痛いくせに人のこというのか？

**名前は開発中のものです。** · 2009/01/29(木) 23:26:29

お前等、何度もいうけどデザパタよく読まないで書き込むからこういうことになるんだぞ
次はパターンも目的ぐらいは自分が適用した理由に添えられるように努力しろよ
いまのままじゃ恥ずかしいぞお前等

**名前は開発中のものです。** · 2009/01/29(木) 23:38:46

イベントドリブンなプログラムでobserverは基本中の基本だろ……
コールバックをOOPスタイルに抽象化したのがobserverだぞ
発言が面白すぎるので愛でさせてもらってるけどな

**ID:2rWIRnW3** · 2009/01/29(木) 23:47:12

>>794
＞は？誰？何聞いてるの？

いや、だから過去IDでコテ名乗ってるんだが
そうやって自分の都合の悪いときだけ痴呆症を発症されても困るんだわ
まず>>700。これは>>738でも催促しているよな。頼むわ。な。

＞オブザーバーはタスクシステムじゃないってｗ

今度はなんの話だい？初っ端の>>672で既に回答は出してるよな
>>772でもそれは指摘してるよな。何度書いてもすぐ忘れるんだな

**762** · 2009/01/29(木) 23:48:20

だーもーお前ら整理してって言った自分が悪いのもわかってるけど、もうどうでもいいよｗ
自分はデザパタ本のオブザーバー読む機会が出来たから、ほー程度に思ってたが。

結局現在の論点は>>685->>686な状況を考えたとき、オブザーバーパターンが適用できるか。でしょ？
だれかあってるかどうか理由もつけていってよ。俺?今読んでる無理。

**名前は開発中のものです。** · 2009/01/30(金) 00:04:31

>>804
だからお前誰なんだよｗ

>>805
はぁ？冒頭の目的読むだけでこりゃちげーってわかるべｗ

**名前は開発中のものです。** · 2009/01/30(金) 00:06:54

>>805
>結局現在の論点は>>685->>686な状況を考えたとき、オブザーバーパターンが適用できるか。でしょ？
全然違うじゃん
そもそも>>686なんてタスクシステムと関係ないじゃん
完全にスレ違いな上に言ってることも間違ってる

**名前は開発中のものです。** · 2009/01/30(金) 00:14:45

>>805
普通に可だとおも
監視者（人とか）に対して監視対象（センサーとか）の数が多くて
その状態変化が滅多に起きないなら監視者が監視対象の状態を
毎回毎回全走査するよりもイベント駆動にするよ

それがobserverパターンになっていても何も不思議じゃないし

**名前は開発中のものです。** · 2009/01/30(金) 00:17:13

>>806
いや、冒頭の目的なら問題ないだろ。

いくら読んでもイベントと相違がみえねぇ。
強いてあげるなら、イベントを発生させる要因が、イベントを受け取るやつらから来る(≒相互参照)、という特殊な状況な事くらいか？？
でもこれは本で挙げた例がそうなってるだけで、ここは重要ではないな。

>>807
いや・・・だから・・・タスクシステムは直接関係ない話題が延々と続いてるって事実がホントわかってないのがいるのか・・・
何度も俺や他のやつらが言ってるじゃん・・・何で人のレス読まないかなー

>>772よ、つまり>>807見たいのがいるんだよ。

**ID:2rWIRnW3** · 2009/01/30(金) 00:55:05

>>809
そうみたいだな。参った

**ID:2rWIRnW3** · 2009/01/30(金) 01:07:41

>>806
＞だからお前誰なんだよｗ

俺の名前欄を見ろって。それでCTRL+Fでスレ検索しろよ。頼むよ。な。

>>807
＞そもそも>>686なんてタスクシステムと関係ないじゃん
＞完全にスレ違いな上に

それは>>685で断ってる

　　　　【>>2が一切サポートしない機能の話しになるからアレだが】

スレ違いだと思うならグダグダ食ってかかる前に「スレ違いだろ氏ねカス」って開口一番に喚いとけって

＞言ってることも間違ってる

確認するが、>>2と関係ない話という前提でも間違ってるって言ってるのか？正気か？
お前…「スレ違いだろ氏ねカス！」、俺…「この文盲野郎！バーカバーカ！」で決着させてもいいんだぞ？
いいのか？続けるぞ？

ではどうぞ。間違ってるところはどこ、説明してくれ、と延々再三催促してるからな。頼むわ。な。
あと俺もう寝るから。まぁ頑張って長考してくれ。な。
次に反応するのはたぶん数日後とかになるから別に焦らなくていい
続けたくなくなったら「スレ違いだろ氏ねカス！」ってちゃんと書くように

**名前は開発中のものです。** · 2009/01/30(金) 01:27:49

直近の流れはぶったぎって書く

タスクシステム総合スレの１らしきものがあったので読んでみた

http://www.23ch.info/test/read.cgi/gamedev/1173708588/

見事に話題ループしてて笑ったｗ

**名前は開発中のものです。** · 2009/01/30(金) 06:22:51

>>811
あれあれ？キレちゃったの？ｗ

**名前は開発中のものです。** · 2009/01/30(金) 07:12:22

>>809
おｗ
やっと冒頭の目的を読んだ奴が出現
そうかそうかやっと読んだかｗ
まあ、読んだならわかると思うけど

どうみてもオブザーバー＝タスクシステムですｗ
ありがとうございましたｗ

**名前は開発中のものです。** · 2009/01/30(金) 07:27:07

不思議だよね
明らかにタスクシステムなのにこの点を指摘する人がでてこないの

**名前は開発中のものです。** · 2009/01/30(金) 09:41:25

えーと聞いていいかな
タスクシステム＝オブザーバー・パターンという場合、そのタスクシステムはどういうもので
サブジェクトとオブザーバーはどこにあって、それはどういう振る舞いをするの？

タスクシステムって>>2を見る限りはリストひとつになんでもかんでも放り込んでごった煮にして
一定の時間間隔で定期的に巡回UPDATEする仕掛けを提供するだけで後はおまえらで勝手にやってね
というようなものにしか見えないんだけど、どこにオブザーバー・パターンがあるの？

**名前は開発中のものです。** · 2009/01/30(金) 10:52:34

>>816
リストひとつになんでも放り込んで
→VSYNCイベントを受け取りたいオブザーバを登録して

一定の時間間隔で定期的に巡回UPDATE
→VSYNCイベントをオブザーバにnotify

ほら同じだ

**名前は開発中のものです。** · 2009/01/30(金) 11:26:26

>>814はびっくり発言連発するからほっとくとして。

>>817
それってまさにデザインパターンを強引に適用した、あるいは強引にそうみなそうとした、じゃね？
果たしてフレームの更新をsubjectの状態の変化と捉えるか普通?　いや、捉えられないって言ってるわけじゃないけど。
また、パターン全般は再利用性があることが前提になる。もちろんクラスライブラリにしても意味のないパターンもあるが、
イベントなんてJavaやC#ならデフォがいる。そのくらいクラスライブラリ化が簡単に出来るものだ。

となると。オブザーバーパターンは、最低限のメソッドに提供することが前提で(可能な限り自由性を持たせる)、
クラスのある言語ならクラスライブラリとして構築できなきゃビミョーなんじゃないの？

でそう考えると。>>553に類似する構造が前提になりそうなんだが。
さてさてこのスレで散々語られてたタスクシステムはどうでしょうか。

**名前は開発中のものです。** · 2009/01/30(金) 11:45:35

>>818
そうかなぁ
オブザーバってのは割り込みハンドラやシグナル、
イベントディスパッチャ／コールバックのようなものを
OOのデザパタとして記述したものでしょ
Document/Viewみたいなのにも使われるから、適用範囲はもっと広いけど

>>2はアセンブラかせいぜいCで記述されたものだろうから、そりゃ表面的には
違うだろうさ、だが本質的には別に大した違いじゃないように見えるけどな

VSYNCをイベントとして「捉えない」ほうが、俺には意味が分からないけど

**名前は開発中のものです。** · 2009/01/30(金) 12:04:53

何となく論点の違いが分かった

タスクシステムとオブザーバは＝ではないでしょ、そりゃ
タスクは昔のゲーム設計の一手法に過ぎないから、OOのデザパタほど
抽象化も汎化もしていない（し、その必要も無い）

別に誰もそんなことは主張してないと思うよ（少なくとも俺は）

**名前は開発中のものです。** · 2009/01/30(金) 16:47:08

デザパタは過去の技法をパターンとして集めただけだぞ？
抽象化されていなからデザパタより格下という論法がわからん

**名前は開発中のものです。** · 2009/01/31(土) 00:48:06

ゆーき先生の本がわかりやすいよね

**名前は開発中のものです。** · 2009/01/31(土) 02:06:18

>>817
＞→VSYNCイベントを受け取りたいオブザーバを登録して

タスクシステム＝>>2では全ゲームオブジェクト（タスク）は必ずただひとつのリスト（タスクリスト）に
登録されることが義務付けられているぞ。ゲームオブジェクトに選択の自由なんて全然無いからな
どんな性質のゲームオブジェクトだろうと必ずVSYNC発生毎に通知を受けなければならないんだよ

タスクシステムというのは、ゲームオブジェクトとはVSYNCに依存して当然、依存しないなんてあり得ない
VSYNC発生の度に通知を受けることを全ゲームオブジェクトが望んでいるに決まっている、という仕組み
CodeZineのコードはゲームオブジェクト生成と同時に暗黙のうちに唯一のリスト（タスクリスト）に登録する

たとえばゲーム開始時点で生まれて一定時間経過後に何らかの行動を始めるゲームオブジェクトがあるとする
タスクシステムではこういう性質のゲームオブジェクトも生まれると同時にタスクリストに登録する
VSYNC発生の度に通知を送り続ける。このゲームオブジェクトは通知を受けるたびに行動開始の時間かどうかを
自分でチェックしなければならない。まだ行動開始の時刻でなければ何もせずに処理を返す。時間がくるまで
そういうことを延々繰り返す

このゲームオブジェクトが本来受け取りたいイベントというのは行動開始時間で、VSYNCイベントとの依存関係は
本来はない。でもタスクシステムではVSYNC（一定周期の）通知機能しか提供しないから仕方なくこれを代用して
自分でポーリングを行なっている

タスクシステムでは依存関係があろうがなかろうが通知を全員に送る。オブザーバー・パターンの目的とは違う

**名前は開発中のものです。** · 2009/01/31(土) 02:30:33

デザインパターンで安全にタスクシステムを構築できるということについて
具体的に否定できるヤツは一人もいないなｗ

ファビョって否定してるやつが数人いるようにみえるがID変えてるだけのアホが一人なんだろうな。

**名前は開発中のものです。** · 2009/01/31(土) 02:41:36

>>823
んーちょっとよくわかんない

> このゲームオブジェクトが本来受け取りたいイベントというのは行動開始時間で、
> VSYNCイベントとの依存関係は本来はない。

より高い抽象度では、「時刻Xになったら行動開始」だけども、
実装レベルでは、結局のところVSYNC割り込み単位でのフレーム更新という
「必要」が先立ってるんでしょ？
コルーチンや継続のようなものが使えるのなら、VSYNC単位で微分せずに
もっと自然に書けるだろうけども、
「その設計では」VSYNCイベント通知が「必要」だから、そう作ってあるのでは？

設計の良し悪しとか、無駄が多いとかはいくらでも言えると思うんだけど、
「オブザーバとは違う」ということにこだわることにそんなに意味があるようには
俺には見えないけどねえ

オブザーバは単なるパターンだから、
オブザーブする対象は別にVSYNCイベントだろうがタイマだろうが構わないわけでしょ

**名前は開発中のものです。** · 2009/01/31(土) 02:44:15

>>824
安全には無理でしょ
明示的な引数がない時点でプログラムの作法云々なんてもう
気にしない組み方だと思うけどね

update();

で動くのと

update(jiki,teki,tama,unko);

で動くのとじゃ
プログラムとしては絶対に下のがいい
上は結局、その関数で何が必要なのか要素がまったくわからない
アクセスしているものを知るには中身のプログラムを読むしかないし

**名前は開発中のものです。** · 2009/01/31(土) 04:32:28

趣味プログラマにはワケワカメｗ
ごった煮リスト＋メッセージプロシージャでこれからも頑張っていきます（＾ω＾；）ゞ

**名前は開発中のものです。** · 2009/01/31(土) 11:36:23

>>826
> プログラムとしては絶対に下のがいい

あんた、どんだけ素人なんだ…。
本当にプログラムが1行でも書けるのか。

**名前は開発中のものです。** · 2009/01/31(土) 11:54:07

素人目にも、上( update(); )のほうがよさそうに見えるのだが、俺はおかしいのか。

**名前は開発中のものです。** · 2009/01/31(土) 12:58:57

いや、やはり下の方がいいね。
下手にクラス変数に他のオブジェクトへのポインタを持たせたり、グローバル変数(シングルトン含む)を使ってしまうと、
オブジェクト間の関連が複雑になって、わけがわからなくなる。
各メソッドに処理に必要な情報(メディエータとか)渡すようにすると、
末端のオブジェクトは実にシンプルになる。

JavaのAWT/Swingでよく使うpaint(Graphics g)みたいにね。

**名前は開発中のものです。** · 2009/01/31(土) 13:16:50

>>828-829
素人もいいところだな
じゃ、上(update();)でアクセスしてるデータは何と何？

update関数の中をすべてみないとわからないでしょ？
これがグローバル変数の最大の害
下（update(jiki,teki,tama,unko);）ならjiki,teki,tama,unkoインスタンスにアクセスしていて
仮にソースでグローバル変数を使わないという決まりをきちんと守っていた場合
update関数によってこれら以外のインスタンスが変更されることは絶対にないという
ソースを読む側の確信がもてる
これはバグを追う場面でも強力に働く
これがキチンと守られているかどうかで
開発期間やプロジェクトで出る総バグ数がまるで違う結果になる（俺の経験）
だからタスクシステムはバグが増える

ヘッダファイルにしても同じ
必要なヘッダを必要な分だけインクルードしてるソースなら影響するクラスがわかりやすい
が、タスクシステムはごった煮ソースになるので
ほぼ全クラスを一括インクルードしなければ動かないとかかなり糞
これではバグがいつまでたっても減りませんわｗ

**名前は開発中のものです。** · 2009/01/31(土) 13:31:15

安全性ってのは２つの観点があるんじゃね？
・メモリ上のオブジェクト寿命の保証
・データ確定性の保証

データ確定性というのは「今このデータ更新中だからアクセスしないでね」っていう期間に
ちゃんと排他制御出来てること（更新してるやつ以外はアクセスしないで待ってること）。

上（update();）はスマートポインタ使うから安全って言いたいのかもしれないけど、
スマートポインタが解決できるのはメモリ上のオブジェクト寿命の保証のみ。
データ確定性の保証は別途対策が必要。

それに比べて下はオブジェクト間の関係性が単純化できているから
データ確定性の保証もしやすい。
だから下が良い。

**名前は開発中のものです。** · 2009/01/31(土) 14:22:57

>>831
>>ほぼ全クラスを一括インクルードしなければ動かないとかかなり糞
お前タスクシステムで組んだこと一度もねーだろ

**名前は開発中のものです。** · 2009/01/31(土) 14:27:19

>>833
あるし、ちゃんとタスクシステムでゲームを３本ぐらいコサエタよ
どれも途中参加だったけどかなり苦痛だったな

**名前は開発中のものです。** · 2009/01/31(土) 14:29:40

>>834
じゃあソースの分け方が下手なだけだ、タスクシステムだからって理由でそんなことには絶対ならない

**名前は開発中のものです。** · 2009/01/31(土) 14:34:18

>>835
ふーん、じゃそれでいいよ
ただ、そうしないとごった煮判別のところでやりにくいだけだと思うけどね
どうせわからないんだから一括でインクルードしちゃえばいいじゃん
って俺は思ったけどね（タスクシステムプロジェクトに参加してるときは）
グローバル変数も当然のように使いまくりになるしいまさらそんなところ争っても
大した違いにならないのでこの話（ヘッダの話）はここで終わりにしてくれ頼む