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

**名前は開発中のものです。** · 2009/05/07(木) 13:33:06

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

part6 http://pc11.2ch.net/test/read.cgi/gamedev/1238725539/
part5 http://pc11.2ch.net/test/read.cgi/gamedev/1234977661/
part4 http://pc11.2ch.net/test/read.cgi/gamedev/1233459490/
part3 http://pc11.2ch.net/test/read.cgi/gamedev/1226199100/
part2 http://pc11.2ch.net/test/read.cgi/gamedev/1196711513/
part1 http://pc11.2ch.net/test/read.cgi/gamedev/1173708588/

・タスクと呼ばれる実装は、非常に多岐に渡ります
　古典タスクシステムについての話題は「>>2」と明示してください
　そうでない場合はカスタム版であることを明示してください

・人を憎んで言語を憎まず

**名前は開発中のものです。** · 2009/06/02(火) 22:57:26

>>85
は？

**名前は開発中のものです。** · 2009/06/03(水) 00:20:35

http://www.dcaj.org/report/2008/data/dc_08_03.pdf
p191

**名前は開発中のものです。** · 2009/06/03(水) 08:28:44

携帯にpdfとか無茶いうな(笑)

**名前は開発中のものです。** · 2009/06/03(水) 18:22:20

>>88
俺俺実装で騒ぎ立てるタスク厨終了のお知らせ

これからは、財団法人　デジタルコンテンツ協会の報告書に
纏められた「タスクシステム」の類型のみをタスクシステムと
します

**名前は開発中のものです。** · 2009/06/03(水) 18:51:16

>>89
ところがどっこい、そのタスクシステムこそが俺俺実装の集大成であったのだ！

**名前は開発中のものです。** · 2009/06/03(水) 18:56:15

pdf読めよw

**名前は開発中のものです。** · 2009/06/03(水) 18:59:11

タスクシステムじゃないよなアルゴリズムレベル

変動するオブジェクトを効率よく管理するアルゴリズム

とかそんなんでいいだろ

**名前は開発中のものです。** · 2009/06/03(水) 19:16:10

>>91
読んだよ
俺の認識するタスクシステムそのものだった

**名前は開発中のものです。** · 2009/06/03(水) 19:16:54

ていうかあれ書いたのここの住人だろ？
このスレの事も書いてあるしさ

**名前は開発中のものです。** · 2009/06/03(水) 19:18:00

>>93
なら、その類型で十分ジャン

**名前は開発中のものです。** · 2009/06/03(水) 19:20:24

>>94
ROMっていても書き込んでいるとは限らないけどな。

**名前は開発中のものです。** · 2009/06/03(水) 19:28:55

>>94
だから潰しに来たんだろw
このスレの荒らしってアレの参考書籍を
一冊しか読んでない奴だろ

**名前は開発中のものです。** · 2009/06/03(水) 19:34:15

>>94
じゃ、引数やグローバル変数についてのことも書いてあった？

**名前は開発中のものです。** · 2009/06/04(木) 02:27:27

>>98
綺麗なまとめなので
そういうのには触れてない

つか、読めよｗｗｗ

**名前は開発中のものです。** · 2009/06/04(木) 07:25:37

３Ｄに関して載っていそうで欠片もないのは仕様ですか？

**名前は開発中のものです。** · 2009/06/04(木) 20:36:28

今時のゲームにも、タスクシステムは名を変え姿を変えしっかりと生き抜いています。
勿論今時の技術に応じて、仕組みや役割が微妙に変わってきていたりはしますが、
個人で作る分には昔ながらの作り方でまったく問題ありません。
安心してお使いください。

**名前は開発中のものです。** · 2009/06/04(木) 21:41:31

一人で作る分には何やったって別に構わないよ。
複数人で作るなら、意味の無い自己主張ばかりして波風立てないようにな。

**名前は開発中のものです。** · 2009/06/04(木) 23:24:00

アンチ派は苦しくなってきたな。

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

>>103
名称は嫌いだし、昔のままではだめだろうけど
タスクシステムに類似した仕組みは必要だとは思ってる。

**名前は開発中のものです。** · 2009/06/04(木) 23:46:56

>>102
そうだな。
名前が嫌いだから使わんとか引数でやれとか…
意味の無い自己主張してちゃチーム内でやってけないだろうな。

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

>>105
代表的なアルゴリズム（笑）とかで発表してくれればいいんだけどねｗ

**名前は開発中のものです。** · 2009/06/04(木) 23:54:18

引数の話に触れるとこのスレにいるであろう
やねうらおの勢いが弱まるのがわかるな

やっぱり自分が何をしているのか気づいてる感があるな
堂々と反論しないもんねｗ

引数と引数無しで関数を呼び出してしまったときの
なんの値が変更されたのかさっぱりわからない不具合は
プログラム数年組んでればかなりやっかいなもんだって普通に気がつくだろ
まったく無視してタスクタスク叫んでるなんてホント恥ずかしい以外なにもんでもないだろ

**名前は開発中のものです。** · 2009/06/05(金) 00:10:42

昨今のポトペタ環境なんて、
ほとんどのコンポーネントがフォームのメンバ変数でインスタンス持ってるわけで。
時代はまたグローバル変数時代に回帰しているわけだが。
まぁ言っても無能には分からんか。

**名前は開発中のものです。** · 2009/06/05(金) 00:11:53

引数君ってprintfもmallocも使えないんだろうね…
stdoutはグローバルだしmainにヒープ情報の入った引数なんてないし。

**名前は開発中のものです。** · 2009/06/05(金) 00:14:39

>>109
また、そうやってはぐらかす
お前は
グローバル変数とか使えるからってガンガン使っていくほど
馬鹿なの？

**名前は開発中のものです。** · 2009/06/05(金) 00:15:45

もはや言ってる意味が分からん。はぐらかしているのはお前だ。

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

>グローバル変数時代に回帰している
よくわからんなあ

そこまでして何を求めるの？
効率？

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

>>110
はぐらかさないで答えてごらん。
printfやmallocは使えるのかい？

**名前は開発中のものです。** · 2009/06/05(金) 00:19:27

>>112
Visual Studio Express Editionがタダで手に入るから、
インストールして適当なGUIプログラム書いてみれ。

**名前は開発中のものです。** · 2009/06/05(金) 00:21:24

>>113
元の話と明らかに関係ないじゃん
それのできる・できないが次にどの話題に発展するのかためしに言ってみろよチンカス

**名前は開発中のものです。** · 2009/06/05(金) 00:24:47

>>115
サーバークライアントモデルにおける、
サーバーをグローバル変数(システム内で一つ)にすることのメリット云々の話に発展する。

**名前は開発中のものです。** · 2009/06/05(金) 00:25:08

>>115
元の話と明らかに関係あるんだけど…
少しは脳みそ使ったほうがいいと思うぞ。

**名前は開発中のものです。** · 2009/06/05(金) 00:27:16

>>116
printfやmallocの話はどこいったんだよ

そうやって関係ことがわからないから
実装してもまったく意味のないものに力を注ぎ続けて後戻りできなくなっちゃったんじゃないの？君？
ダサいよね
たった１回の間違えを認めないからここまで無意味なことに人生費やして虚しくない？
君のやってることってまったく意味がないんだよ

**名前は開発中のものです。** · 2009/06/05(金) 00:28:20

>>114
GUIはいいけどここはゲームのタスクシステムの話ですよ

**名前は開発中のものです。** · 2009/06/05(金) 00:28:53

たとえば、ゲーム内でスクリプト使うのだって、
スクリプトの入出力を固定化して単純化するところにミソがある。

**名前は開発中のものです。** · 2009/06/05(金) 00:32:34

>>120
その「たとえば」って何につながってるのかさっぱりわからないんだけど？ｗ

**名前は開発中のものです。** · 2009/06/05(金) 00:33:35

>>118
printfやmallocをサービスとして抽象化して話してる例だが…
抽象的な話が理解できるようになるのは小学校3年生ぐらいからで
坊やにはまだ早かったのかもな。

**名前は開発中のものです。** · 2009/06/05(金) 00:35:46

>>122
>printfやmallocをサービスとして抽象化して話してる例だが…
は？なんかよくわからない話はじめたけど
なに？サービスって？なんのメリットがあって最終的な目的は何でそういう話をはじめたの？
まず、目的をいってくれない？
君の気まぐれで振る話題についていくほど暇じゃなくて
最終的に導き出したい答えをまずいってくれない？

**名前は開発中のものです。** · 2009/06/05(金) 00:37:59

Unixだって、標準入出力を用意して、入出力を固定化したことによる利便性で発展したというのに。

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

>>123
坊やは寝る時間だよ。
オネショしないように寝る前にトイレいくんだぞ。
おやすみ。

**名前は開発中のものです。** · 2009/06/05(金) 00:42:25

>>125
ハハ、だっせｗ
逃げたよｗ

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

最後にもう一回いっておくけど
お前のこれまでやってきたことはなんの意味もない
これまでの人生もいっしょに意味がない

このレスのやりとりでもわかるように
全然脈絡のないことに気まぐれで飛びつくから最終的な答えをだすことができない
なぜそういう行動をとったのか？なぜそういう言動をしたのか？
すべてに理由がない
目的も理由もないから何をやっても無駄
たまたまやったことのメリットを探して他の人に触れ回る
ポリアンナ症候群の末期だな

ぶっちゃけお前技術者向いてないからｗ
一つ一つ積み上げていった人間に当たるとちっとも歯が立たない

お前のやってきたことなんてしょぼいんだよｗ

**名前は開発中のものです。** · 2009/06/05(金) 00:52:53

自己紹介乙

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

ここまでくると痛々しいな。

自分の理解できない話なら無理にからまなければいいのに。
「は？理解できないんですけど」って自分の頭の悪さをわざわざ言いふらさなくても…

**名前は開発中のものです。** · 2009/06/05(金) 02:09:43

引数君ってたしかオブジェクト指向も否定してなかったっけ
つか過疎ってたように見えたけど意外と人いたんだな

**名前は開発中のものです。** · 2009/06/05(金) 02:16:42

>>128
ワロタ

**名前は開発中のものです。** · 2009/06/05(金) 03:59:45

>ぶっちゃけお前技術者向いてないからｗ
普通は言われたら傷つく言葉なのに
この子に言われると逆ににやけてしまう不思議

**名前は開発中のものです。** · 2009/06/05(金) 04:26:28

引数君、いくらなんでも基地外すぎるだろｗ

**名前は開発中のものです。** · 2009/06/05(金) 07:26:02

タスクが変更されたかどうかは、
フックするかロギングでいいじゃん。

「同じ引数を与え続ける限り、その関数の動きは変わらない」
故に
「引数を変えたとき、その関数の動きは変わる」
故に、関数は引数によって動きを制御すべきだ、
という論旨で、

即ち、引数によって変更を知ることができる。
ということが言いたいのはわかるけど

凝集度と疎結合を考えたとき、
引数は依存性を高める訳で、
あらゆることを常に引数でコントロールしなければならず、
その依存性を引き離せない。

独立したオブジェクトの自立駆動を考えるなら、
コンストラクト時の引数によって動きを制御し、
その後の引数に頼るべきではないと思うけど。

**名前は開発中のものです。** · 2009/06/05(金) 08:34:06

当たり前だろ
引数以外のアクセスを制限するためにやってんだから
こうすることで引数以外の心配をせずに済む
関数の入力と出力もはっきりする
これがデメリットとか言っちゃうの？(笑)
面倒臭いから引数通してないだけだろお前のプログラムって

**名前は開発中のものです。** · 2009/06/05(金) 09:34:27

引数がどうだとかアルゴリズム以前の問題だよ
お前1人だけレベルが桁違いだわマジで

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

やねうらおというキーワードが常に脳内にこびりついてる引数おばけさんは例の人なのかな？
本当に彼は厨とキチガイを引きつける天才だな

**名前は開発中のものです。** · 2009/06/05(金) 11:37:24

引数可変を想定するなら連絡用の構造体を用意して引数はその構造体のポインタだけにして
とか工夫すればいいし、引数にこだわる人は頭固すぎ、あと挑発に乗りすぎ

みなさん大人げない

**名前は開発中のものです。** · 2009/06/05(金) 11:48:46

>>137
> 本当に彼は厨とキチガイを引きつける天才だな

言い得て妙だな。まあ、氏は東大の大学院に行ける程度の天才(天災？)ではあるんだろうけど。

**名前は開発中のものです。** · 2009/06/05(金) 12:57:27

引数の可変なんて想定してないだろ

**名前は開発中のものです。** · 2009/06/05(金) 20:24:30

>106
knuth御大が本にしたら、アンチ派も転向したりするのかな？

**名前は開発中のものです。** · 2009/06/05(金) 21:52:07

>>135
引数中心のメリットはそこじゃなくて、
型やモジュールの直交性が高まるところにあると思う
なのでオブジェクトを引数に渡すのは上層以外はなるべく避ける
お互いの構造を詳しく記憶しておく必要のあるJavascriptやActionScriptは苦痛だなー

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

もしも、引数君がwin32apiを設計したら。

GetMessage( &dosv, &x86, &win32, &process, &thread, &queue, &msg, NULL, 0, 0 );

めんどくせーし、可読性も落ちる。バグの元だな。

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

>>142
>なのでオブジェクトを引数に渡すのは上層以外はなるべく避ける
は？
単純に引数無しの関数が山盛りのソースでさ

unko();

↑これで呼び出し側から何がわかるの？
この関数を実行することでどの変数を弄る可能性があるのかなんにもわからないじゃん
問題は変更するデータがわからないことなんだよ
プログラムを組む上でこれ以上困難なことってあるか？
この関数を実行することで変更されるデータがまったくわからないんだぞ
何が変更される？
どの変数がバグってる？
すべてがわからない
これを駄目だと思わない脳みそがすでに駄目だろお前等

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

>>144
引数がないことに対するデメリットはわかります。

でも、あらゆる関数を引数必須にした場合、

classや状態すらつくれないですよね？
あと、
引数必須だとスレッドとか使えないですよ？
スレッドではなくても、
サウンドのストリーミングとか、
割り込みとかはどうするのでしょう？
そういうのはやっぱりなしですか？

何が変更されるか、どの変数がバグっているか
は引数がなくてもオブジェクトの凝集度を高めればわかりますよ。

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

>>145
そんなの必要になるのって限られたところだけだろ？
しかもなんで必要かってもとのシステム作ったやつが引数を頭に入れてねぇから
引数が入らないだけで別に自分で作ったもんなら引数付けられるんだから問題ないじゃん
全体の１％未満の例外もってきて反論してんなよ
引数使えるところは引数つけろよ
だからお前馬鹿だっていうんだぞ
だいたいそーゆー部分はライブラリなりヘルプもちゃんとある部分なんだからいいんだよ
（できればやってほしくはないが）

問題は自作でヘルプも満足にねーのにそんな構造にしちまうところだ

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

何か長文書いてるけど、
グローバル変数ってことは、プロセスに一つしかないのだから、何が変更されるのかは明確だ。

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

>>147
いや、そういうギャグはもういいからｗ

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

引数を設けるということは、それだけ自由度を与えるということ。
必要ないなら削った方が良い。

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

>>149
はぁ？関係ないだろ

chinko.x = 20;
chinko.y = 30;
chinko.z = 40;
chinko.a = 50;
chinko.b = 60;
unko();

とかやって構造体chinkoがunko関数の中身に影響があったら自由度云々に関しては
引数なくても中身に影響あるじゃん
意味不明なこと言ってんじゃねぇよ

ちなみに俺の希望としては

unko(&chinko);でなくてunko(x,y,z,a,b);とできるべきだと思ってる

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

150が噂の引数君か

const修飾子すら知らなさそうだな
本当、話にならないような基地外だわ、こいつは

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

>>150
そんなプログラム書く人居ないから問題ない。
全体の１％未満の例外もってきて反論しないでほしい。

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

>ちなみに俺の希望としては
>unko(&chinko);でなくてunko(x,y,z,a,b);とできるべきだと思ってる

>>143

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

>>153
>>144

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

実際のwin32apiがそうなっていないって時点で、それまでなんだよ。
お前なんかよりはマイクロソフトの社員の方が頭いいからな。

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

引数さんはもうWin32でプログラム組めないんだね、かわいそうに・・・

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

>>155
なってるじゃん
CreateWindowなんてすげー量の引数じゃん
RegisterClassも強引に引数１つにしてるけどぶっちゃけ何が設定足りないのかわかりずらいだけだよね

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

大体、システムをシステムたらしめてるデータ群をintやcharレベルで分解していちいち引数で渡していたら、
引数が100個とか200個とかになるぞ。4x4マトリックスですら16個もメンバあるのに。
引数の指定ミスったらどうするんだよ。

オブジェクトや構造体はポインタでやりとりするのが普通だし、
OSのリソースはハンドルでやりとりする。
ファイルにはファイル名がある。

お前みたいなクズにだって親が名前を付けてくれていて、
普段はそれつかってコミュニケーションとってるだろ。
それと同じだ。

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

>>157
でも一度作ったら、あとはハンドルでやり取りするだろ。

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

まあ、引数を使う理由の１つは>>144な
徹底すればプロジェクトでバグ数が１０００とか４桁は
絶対にいかないようになるぐらい効果絶大俺オススメ
単純だけどプロの技術ですよ
まあ、これが一番大事かなぁ

後は、引数を通してはいるけど型を誤魔化してるってのもやらないほうがいいぞ
たしかに実装はほんのちょっと楽にはなるが
実行してみるまで何がくるのかわからないプログラムになってしまうぞ
ということはいくらコードレビューなんてやろうともソースを丁寧に整備しようと
そのプログラムは動かしてみるまでどうなってるのかほとんどわからない
プログラムになってしまう
汎用性をつけるっていってもそりゃＭＳが提供するライブラリならわかるけど
個人が作る関数にそんなもんいらないからはっきりいってやらないほうがいい

>>158
>引数の指定ミスったらどうするんだよ。
コンパイル時にエラーが出るんじゃない（笑）

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

>>引数の指定ミスったらどうするんだよ。
>コンパイル時にエラーが出るんじゃない（笑）

普通ならコンパイルエラーが出る筈だが、お前のやり方だと、
型として纏まってた筈のデータをintやcharに分解して引数で渡すから、
コンパイラの型チェックを殺してしまう。

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

void hoge(int x1, int x2, int x3);
・
・
・
{
　hoge(x1, x1, x3);
}

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

不毛すぎる

現代版の最強でない、シンプルなタスクシステムの代替アルゴリズムをみんなで考えろよｗ

最強を考え出すと喧嘩になるから

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

で、結局引数君はprintfやmallocは使えない、と。

あぁ、標準入出力やヒープの概念を理解してないから
なんでグローバル変数と関係があるか、すらわからないか

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

>>164
そういうあおりはいらんというに

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

前向きな提案したら静かになった

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

しょうがないな。

シンプルなタスクシステムをお求めなら、型ごとにリストを持つスタイルがお勧め。

**142** · 2009/06/06(土) 02:01:22

>>144
全く噛み合わないレス返されても困る。
俺はそんな所にふれてないしな
それともプリミティブとオブジェクトの区別もつかない人？

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

引数君は知障だから触らないほうがよくね？

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

>>169
この際明確な答えを出す方がいい。

リスト、キュー、ソートなどなどのようなのに加えてしまえばいいだけ。

あとは自分なりにそこから派生として考えればいいだけ。
タスクシステムというのだって根本的な部分は動的に変化する
オブジェクトを効率よく管理するためのアルゴリズムでしかないんだし

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

ここはおつむの弱いアンチタスクや引数君みたいなのを隔離して遊んでやるスレ。

まともな話をこのスレで初めてもおつむの弱い子たちのコンプレックスの餌食になるだけだ。

まぁ前スレでフルボッコにされたアンチタスクがゲ製作技術の別スレに逃げ出して
迷惑かけたみたいだから、逃げ出さない程度に加減して遊んでやろう。

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

>>171
アンチとは失敬な
名前が嫌いなだけで同様の手法は必要だと思ってるぞｗ

**名前は開発中のものです。** · 2009/06/06(土) 09:36:40

>>150がスレの主題に合っているかは知らないが
言っていることは、非常によくわかる。
これは、他人が作ったソースを読むときに
出てくるんであって、俺ソースのメンテナンスだけでは
わからない。

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

久しぶりに本家の引数クンが出現してるなぁwww

相変わらずの無能っぷりでﾜﾛﾀwwwww

**名前は開発中のものです。** · 2009/06/06(土) 11:05:51

>160
ちょっとここでいわゆる『タスク』という言葉を使わせてもらうが、まぁ個々に内部状態を保持した
何かの動作単位だと思ってくれればいいよ。

タスクの内部の状態によって必要なパラメータが変わる場合は、その都度引数を変えた関数を用意
して、呼び出し側が『タスクの内部状態を参照』して呼び出す関数を変更するんですねwww

さすが、引数クンのそのストイックさにシビレル、アコガレルゥwww

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

おっと、強調する部分を間違えたw

×呼び出し側が『タスクの内部状態を参照』して
○『呼び出し側がタスクの内部状態を参照』して

こっちの方が通りがいいな。

さあ、引数クンのストイックさにあこがれて引数でパラメータを渡そうと思ってるオコチャマは、
ナニが問題なのかよ～く考えてみようw

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

>>175
> タスクの内部の状態によって必要なパラメータが変わる場合は、
問題になるほどこういう状況が発生していいのだろうか…？
それはタスクシステムを使った場合においても破綻するぞ
柔軟性の無い思考を否定するために自らが根本を間違えてしまうのはどうなの？

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

>177
例) 状態Aでは外部情報a,b,cを参照して、状態Bでは外部情報a,c,d,eを参照する

なんていうのは、AI作ってれば(AIでなくとも)よくあることだよ。

その際、引数クンはそれぞれ異なった引数を持つ状態更新関数
　UpdateWithStateA( a, b, c )
と
　UpdateWithStateB( a, c, d, e )
を作成して、外から状態に応じて呼び分けるんだろ。
なにせ『引数しか使っちゃダメ』で、しかも『不必要な情報を引数で渡したらダメ。コンテキストをまとめて
渡すなんてもってのほか、誰がその情報を変更したか分からなくなるよ！！！』なんだからwwwww

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

> 誰がその情報を変更したか分からなくなるよ！！

これなのだが、分からなくなっていいと思うのだが。
引数君は本当にプログラム1行でも書けるんだろうか…。

**名前は開発中のものです。** · 2009/06/06(土) 17:42:40

>>178
論理的に成り立ってない
君はただの勝ち馬乗りだよ
間違いに間違いでの応酬は無意味

**名前は開発中のものです。** · 2009/06/06(土) 17:45:47

手段が一通りしかないという飛躍した考えは
初期のスレからずっとある

議論にならないのもよくわかる

しかもそういう奴に限って後出しのために含みを残している
これではコードも示せない

**名前は開発中のものです。** · 2009/06/06(土) 19:08:52

ID:xh4G82o4だけど

>>178
それであってるよ
ステータスが代わるなら呼び出す関数を替える
仮に

Ｑ．ステータスが１０００個あったらどうするか？
Ａ．関数を１０００個（および必要なもの）すべてを用意します（使いまわしは絶対にしません）

でＦＡ
仮に引数を共通化して

//１つ目の引数はステータス、２つ目の引数はステータスに必要なデータの束
changeState(int state,void* date);

みたいなもんを使っても内部でswitchかそれに代わるものが絶対に必要になるから
こっちのがいい
もし、こうなっていない・これを面倒だと思うプログラムがあったら
それは非常に危険なコードを抱えてる可能性がある

**名前は開発中のものです。** · 2009/06/06(土) 19:11:05

あ、こっちのがってのは関数をステータスの数分用意するほうね

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

>182
呼び出す関数が1000個あるということは、呼び出し元が1000箇所か。
頑張って呼び分けてくれwww

それとも、それら上位に一つ関数を作ってそこでコンテキストを受け取って、その中で1000個の
ステータスごとの関数を呼び分けるつもりなのかな？

まぁ、どっちにしてもお疲れさんってことでwww

>178
> 論理的に成り立ってない

wwwww
>182を見習えよwww

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

>178じゃ事故レスじゃねぇかwww
>180だwww

>180
>182を見習えよwww