タスクシステム総合スレ 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/07(日) 12:46:22

>>197
別に奴の主義は間違ってない。つーか、正しい。
ただ、今回のようなプログラムによる動的呼び出しには
組み込めないだけで。
だから、機知外の戯言的な受け取りは誤り。

**名前は開発中のものです。** · 2009/06/07(日) 12:58:44

>>201
引数君はどう見ても知障。

あんたも、どうも言ってることがおかしい。
基地外同士、二人で仲良くやってなよ。

**名前は開発中のものです。** · 2009/06/07(日) 13:02:37

>201
> 別に奴の主義は間違ってない。つーか、正しい。

キチガイは、一匹見たら30匹は居ると思わないといけないのか？

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

>>203
> キチガイは、一匹見たら30匹は居ると思わないといけないのか？

それだ！

**名前は開発中のものです。** · 2009/06/07(日) 14:11:07

まったく、
君らは、相手に何を伝えたいの？
自分の主張の正しさか？
それとも自分は負けてないってことか？
もうちょっと、大人になれよな。
まず、知障だの30匹だの
そういった言葉を外すところから始めるんだな。

**名前は開発中のものです。** · 2009/06/07(日) 14:18:06

>205
建設的な意見の一つも出せない池沼クンは、早くググって最適解でも見つけてきてください。

**名前は開発中のものです。** · 2009/06/07(日) 16:36:26

ID:xh4G82o4だけど

>>200
>>144と>>160な

レス読まないで書き込んだのか>>144と>>160が理解できないのか
どっちなんだマジで？

**名前は開発中のものです。** · 2009/06/07(日) 17:18:05

>>205
今まで何本ゲーム作った？

**名前は開発中のものです。** · 2009/06/07(日) 17:23:00

>>207
あ、お前も何本ゲーム作った？

**名前は開発中のものです。** · 2009/06/07(日) 18:20:04

>207
オマエは、呼び出し側の実装PGに、『こっちで作った1000個の関数を、状態に応じて正しく呼び分けてくれ』、と
伝えるのか。

スゲー厚顔無恥だな。

**名前は開発中のものです。** · 2009/06/07(日) 18:21:24

>>209
カウントに入れるのも微妙なのあるが５本ぐれーか？
中途半端に関わったのも入れると１０本だ
もう３０前半

**名前は開発中のものです。** · 2009/06/07(日) 18:29:25

>>210
ステータスが１０００個あったらそうなるね
回避は不可能
どう組もうがこれの省略はできない

ステータスが１０００個あって１０００個発動関数がない（もしくは分岐がない）プログラムは
なにかと何かのステータスの処理を暗黙に共有してるとかいう恐ろしいことになってる
せめて１０００個の発動関数の中で共通なら共通なりの関数を呼ぶべきだろ
この１０００個は絶対に省略できない処理だし、しても意味がない

**名前は開発中のものです。** · 2009/06/07(日) 18:35:15

引数クンの前提は、

1. 更新関数に渡す情報は、全て引数で渡さないといけない

であり、さらに、

いわゆるタスク（でも何でもいい、内部状態を持つ独立した何か）の更新処理について、
2. 1000個の状態があったら、それぞれの状態にあわせて1000個の更新関数を作る
2a. グローバル変数やそれに準ずるものの使用は不可
2b. コンテキストでまとめて、一つの引数として渡すことも不可

と主張し、しかも

3. 1000個の更新関数は、最悪の場合全て異なった引数を取る
3a. 1000個の更新関数は、内部状態に応じて正しく呼び分けなければいけない
3b. >182によると、内部で状態を見て分岐するのも不可

であるそうだ。

これを見て、ID:3ohyM900=ID:xh4G82o4がキチガイでないと思えるヤツは、センス無いとしか
言いようが無い。

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

>>213
いいよ
そのまとめで問題ない
全部あってるよ

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

>>46
タスク絡みで読む価値があるのは
三宅さんが書いた黒須さんインタビュー記事だけだな
なかなか痛快な内容

**名前は開発中のものです。** · 2009/06/07(日) 21:22:45

>>58
preemptiveでない、協調的なマルチタスキング（マルチスレッディング）は
貧弱ターゲット向けの組み込みシステム、OSではわりと使われてると思う

>>59
RTOSのキューも基本的に同じ。というかマルチタスキングするOSのレディキューを
説明するときの概念図は基本的にリング状になってる。
「条件がそろうまでは残る感じ」の周期タスクは別段珍しいものではない

**名前は開発中のものです。** · 2009/06/07(日) 22:30:17

>>213　をみて、終には擁護していた奴も逃げ出したな。

**名前は開発中のものです。** · 2009/06/07(日) 22:55:45

とくにありえないのが、
　>2b. コンテキストでまとめて、一つの引数として渡すことも不可
で、

・コンパイラの型チェックの機能が死ぬ
・関数がネストすることを考えると、上位関数の引数の数がとんでもないことになる
・プログラマは大概intな途轍もない数の引数を間違えずに指定する必要がある
・呼び出し元は、呼び出し先モジュールの内部構造に依存したコードを書かされる
　→モジュール化、カプセル化不可能
・モジュール化、カプセル化出来てないから、バグがあった場合、
　それが呼び出し元のバグなのか、呼び出し先のバグなのか判断が付かない。
・とりあえず、今まで生きてきたなかで、
　そんな仕様のプログラムなりライブラリなりは見たことない。

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

matrix_add( &m1_1, &m1_2, &m1_3, &m1_4, &m1_5, &m1_6, &m1_7, &m1_8, &m1_9, &m1_10, &m1_11, &m1_12, &m1_13, &m1_14, &m1_15, &m1_16,
m2_1, m2_2, m2_3, m2_4, m2_5, m2_6, m2_7, m2_8, m2_9, m2_10, m2_11, m2_12, m2_13, m2_14, m2_15, m2_16,
m3_1, m3_2, m3_3, m3_4, m3_5, m3_6, m3_7, m3_8, m3_9, m3_10, m3_11, m3_12, m3_13, m3_14, m3_15, m3_16);

うげげげげげ。

**名前は開発中のものです。** · 2009/06/07(日) 23:28:53

そーいえば取引先中小デベロッパのプログラマで
変数名からクラス名まで全てをアルファベット1文字で書くのがいたなぁ…
class A { int B; void D(float E) { ... } }; とか。
周りがどんなに説得しても「コンパイラにかかる負荷が…」どーのこーの言って
けっして屈しないらしい。

普通ならそんな偏屈プログラマ、クビにして終わりなんだが、その中小デベロッパの社長が
人情の人でクビはしない主義らしいからまだプログラマ続けてるらしいけど…

引数君を見てたら彼を思い出した。

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

>214
> いいよ
> そのまとめで問題ない
> 全部あってるよ

こんなキチガイと一緒に仕事したくねぇwwwww

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

>>219
それはちがくね？
まず

・MATRIX管理構造体の何か？
・MATRIX構造体

の２つがあってMATRIX構造体のほうにまず入れる必要があるんだよね？
だったらまずMATRIX構造体にmX_Xの変数を入れる処理がどっかにあるんだよね？

ところがそのコードはいきなりMATRIX管理構造体に突っ込む想定をしてるじゃん

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

>>222
何わけの分からないこと言ってるんだ？誰か解読してあげて。

ともかく、例の彼のやりかただと、
例え構造体使ったとしても、関数呼び出すたびに構造体のメンバがバラバラになるんだから、
初めから構造体なんて意味ない。だからきっと使わないのだろう。

こんなかんじで。

some_function(
　・・・
　&m1_1, &m1_2, &m1_3, &m1_4, &m1_5, &m1_6, &m1_7, &m1_8, &m1_9, &m1_10, &m1_11, &m1_12, &m1_13, &m1_14, &m1_15, &m1_16,
　m2_1, m2_2, m2_3, m2_4, m2_5, m2_6, m2_7, m2_8, m2_9, m2_10, m2_11, m2_12, m2_13, m2_14, m2_15, m2_16,
　m3_1, m3_2, m3_3, m3_4, m3_5, m3_6, m3_7, m3_8, m3_9, m3_10, m3_11, m3_12, m3_13, m3_14, m3_15, m3_16
　・・・)
{
　　・・・
　　matrix_add( &m1_1, &m1_2, &m1_3, &m1_4, &m1_5, &m1_6, &m1_7, &m1_8, &m1_9, &m1_10, &m1_11, &m1_12, &m1_13, &m1_14, &m1_15, &m1_16,
　　m2_1, m2_2, m2_3, m2_4, m2_5, m2_6, m2_7, m2_8, m2_9, m2_10, m2_11, m2_12, m2_13, m2_14, m2_15, m2_16,
　　m3_1, m3_2, m3_3, m3_4, m3_5, m3_6, m3_7, m3_8, m3_9, m3_10, m3_11, m3_12, m3_13, m3_14, m3_15, m3_16);
　　・・・
}

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

>>223
違うってよく考えろ
matrix_addなんて関数があったらそれにmatrix構造体の
メンバを突っ込むなんてプログラムスタイルがねーんだよ
無意味なことをやってる
おそらくmatrix_addでそんなメンバが用意されてるなんてのは
アフォな開発者が多分で便利であろうとでも思って用意したアフォ関数だろ
（DirectXでもありだけどなｗ）

必ず、①「matrix構造体にセットする関数を実行」してから
②「matrix管理構造体にセット」する流れになる

自分のプログラムみてみろ絶対にそうなってる
なってなかったら無駄プログラム

そのスタイルも別にいいっちゃいいけど
構造体の中に内包するものが増えるたびに同じ引数を延々と書かなきゃいけなくなるぜ

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

>まず

>・MATRIX管理構造体の何か？
>・MATRIX構造体

>の２つがあって

まず、この時点で意味不明なんだが。C言語or日本語が不自由なの？
なんでmatrixに管理構造体が必要なの？キャッシュ？メモリプール？何を管理するの？

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

抽象化の苦手な人間はどこにでもいる

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

>>225
matrix_addってことはmatrix構造体をなにかに登録してるんだよね？
って意味でmatrix_addがmatrix構造体の管理下にないって意味で書いた

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

>必ず、①「matrix構造体にセットする関数を実行」してから
>②「matrix管理構造体にセット」する流れになる

>自分のプログラムみてみろ絶対にそうなってる
>なってなかったら無駄プログラム

意味分からん。ひぃ～～助けて。

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

前々前向きじゃないなあ・・・
時間があったらソース書くとか言った人も来てないのか・・・

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

>>227
アフォすぎて話にもならない。
普通 matrix_add っつったら足し算だろ。

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

ゲームでいうタスクシステム（笑）って下手すると引数なし関数が
処理順で積まれてるだけとかそんなんでしょ？
OSのような物を設計するわけじゃないんだし、お互いの主張を言い合っても無駄なような。
むしろ言い合うってことはすでに２ケースに対する表現方法が違うんだし
その２方式の雛形にでもなるようなのを出してしまえばそれで終わる気がするんだが。

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

取り敢えず引数君は>>218の指摘に答えを出したほうがいいよ。
MATRIX管理構造体が何かをまず皆に理解させたりするより絶対手っ取り早いよ？

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

引数君は日本語の不自由な知障だから触らないほうがいいよ。

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

>>230
え？ｗ
ノードでも追加するのかと思ったｗ

でもだったら

matrix_add(&mat,足すヤツ);

でよくね？
別に型も誤魔化してないじゃん
俺の言ってること違ったっけ？

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

なんで全部展開する話になったんだ？

**名前は開発中のものです。** · 2009/06/08(月) 08:54:31

>>235
オブジェクト指向のカプセル化とか隠蔽化を理解できないから。

**名前は開発中のものです。** · 2009/06/08(月) 08:55:36

>>220
お前騙されてて
オブファスケータ使った後のソースしか見せられてないんじゃね

**名前は開発中のものです。** · 2009/06/08(月) 21:32:36

>>234
それはそうなんだが、>>213を主張する通称引数君が現れてだな・・・。
>>219は反面教師的な意味で書いたコードなんだ。

ところで今思ったんだけど、
・すべての情報は引数で渡す
・構造体で渡すのは禁止
ってことは、処理に必要な情報は、一時的にでもすべてスタックに乗せる必要があるよな。
スタックオーバーフローとか大丈夫なんだろうか。
画像とか音楽とか、どうやって関数に渡すつもりなんだろう。

**名前は開発中のものです。** · 2009/06/08(月) 21:57:45

>>238
>・構造体で渡すのは禁止
マジで？ｗ
型を誤魔化すなとは言ったが・・・
でもまあ、ある意味それもアリなんだよね
ちょっと複雑な言い分になるけど

**名前は開発中のものです。** · 2009/06/08(月) 21:58:56

構造体渡すの禁止とか言ってる奴、頭おかしいから触らないほうがいいよ。

そいつプログラム1行も書けない。

**213** · 2009/06/08(月) 22:01:21

>238
いやいや、幾らなんでもそれは無い…、と信じたい。

『コンテキストとしてまとめたモノがダメ』というのは、『そのコンテキストの中に処理に関係ない情報が
混ざっているのがダメ』という意味らしいから、matrix_addみたいなのは構造体そのまま引渡しできる…、
と信じたい。そして全てが引数で渡される必要があるからといって、全てを代入渡ししなければいけない
ワケではない…、と信じたい。参照渡しを禁止したりはしないだろう…、と信じたい。

**名前は開発中のものです。** · 2009/06/08(月) 22:23:28

どうせこんな言動とプログラミング能力じゃ
社会人としてやっていけないから何も心配することはない。
放っておいても現実に被害を被る事なんてないさ。
そんな能力なんて無いよ。

**名前は開発中のものです。** · 2009/06/08(月) 23:50:28

>>241
その通りだけど
なんか構造体渡し禁止になってるんだよね
余計なものを渡すのが駄目ってことなんだけどね

**名前は開発中のものです。** · 2009/06/08(月) 23:51:54

>>242
そうやって人格否定から入って相手の発言を潰すくせどうにかならんの？

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

引数君みたいな基地外、まともに相手するだけ無駄。

引数君みたいなプログラムが1行も書けない基地外の議論が
有意義だと思ってる時点で ID:cRHoD8w8も頭おかしい。

プログラムが1行も書けない自称プログラマはすみやかにお引き取りください。

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

一行も書けないのはさすがにその人がクズw

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

>>245
でも面倒臭い（かもしれないイメージが強い）以外に欠点ってないでしょ？
引数無しにするのは「面倒臭い」からでしかないでしょ？
これを諦めたプログラムってやっぱり制御不能になりやすいと思うんだよね

引数は大事だよ
無視してしまったらそもそも制御なんてしなくていいじゃん
ヘッダファイルもマスターヘッダ作って全部インクルードして
構造体も全部そこで定義してすべてをまとめたもん作って
インスタンスホルダーに対して読み書きって作り方ってもう駄目なのわかるじゃん

もうそろそろ汎用化できない処理と汎用化できる処理の判別がついてもいいころだと思うのよ
タスク信者もさ
いつまでもおっさんみたいにそこで足踏みしてるとスキルあがらないぜ
大事なのは書き比べて検証して自分なりの答えを出すことだと思うけどね
引数をなくしても結局手間は変わらないってすぐに理解できる

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

>>247
> でも面倒臭い（かもしれないイメージが強い）以外に欠点ってないでしょ？

本当にあんた、プログラム、1行でも書けるのか？全然話にならないんだが。

> ヘッダファイルもマスターヘッダ作って全部インクルードして

あ！お前、このスレのpart3当たりに居た、総合ヘッダ君か。通りで言ってることがおかしいと思った。

このスレ、引数君と総合ヘッダ君が居なくなれば、まともなスレなんだろうけどな。
この二人の基地外のせいでレベルが大幅ダウンだよ。

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

つーか前向きになれｗ

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

引数君と総合ヘッダ君って同一人物じゃなかったの？

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

その人ってそれが駄目って言ってんじゃん
総合ヘッダ君じゃないんでは

**名前は開発中のものです。** · 2009/06/09(火) 05:42:54

>>251
むむ・・そうかも知れん。だとしたらその件についてはID:MBMwWKo7に謝る。スマソ。

**名前は開発中のものです。** · 2009/06/09(火) 06:42:20

>>252
お前、読解力０だろｗ

**名前は開発中のものです。** · 2009/06/09(火) 06:44:33

総合ヘッダ君は、何でもかんでもぶち込んだ総合ヘッダを使うしか方法を知らないから総合ヘッダ君
だったような気がする。公開用のヘッダファイルとプライベートヘッダに分ける方法を知らない。

その意味で行けば、>247も充分総合ヘッダ君と同等だと思うけどね。

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

>>254
はぁ？

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

お前らつまらん

**名前は開発中のものです。** · 2009/06/09(火) 07:26:35

馬鹿よりましだろ

**名前は開発中のものです。** · 2009/06/09(火) 12:43:14

人はこんなピンポイントで争えるんだぜ

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

どっちにしても、
hoge_update( &hoge.x, &hoge.y );
はキモイ

**名前は開発中のものです。** · 2009/06/09(火) 19:46:12

ああ、違った。こうか。
switch( hoge.state )
{
　　case: hoge_update_01( &hoge.x, &hoge.y ); break;
　　case: hoge_update_02( &hoge.state, &hoge.x, &hoge.y ); break;
　　case: hoge_update_03(); break;
　　default: break;
}

**名前は開発中のものです。** · 2009/06/09(火) 19:56:38

言っとくが、嫌なのは面倒だからじゃないぞ。
切り分けが悪いからだ。

**オガワン** · 2009/06/09(火) 20:01:01

俺は関数をほぼ使わないプログラミングを心掛けている。その場で
for分で回すようにしてる。
何システムと呼べはいいんだろうか？
関数ってジャンプだから使わないほうが見通しいいもんね。
どのテキストにも始めの方に「関数を使うべし」って書いてあると
おもうけど、それが大きな誤りだと思う。

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

いや、ワシはローカル変数ちゅうモンこそ悪じゃと感じとる。
全部グローバルの方が見通しがいいじゃろ。

**名前は開発中のものです。** · 2009/06/09(火) 22:20:42

>>261
いや、面倒だからだろ
仮に一瞬で記述してくれるもん（未来ツール？（笑））があったらわざわざ使わないだろ？

>>263
>>144の問題は気力と体力でぶっちぎる？

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

お前らはカプセル化と言う言葉をしらんのか！
俺は、たった一つのクラスに総てをカプセル化するプログラミングが至高だ。

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

>264
いやいや、ジョークだからw

古老コボラーっぼく書いてみたんだけど、分かりにくかったか。
勘違いさせてスマン。

**名前は開発中のものです。** · 2009/06/09(火) 23:29:56

>>264
>>260をみて、「状態で分岐する部分」と「状態遷移を行う部分」が別々のところにあるなんて、おかしいと思わないのか？
下手したら、会社間跨るぞ。

**名前は開発中のものです。** · 2009/06/10(水) 00:47:13

>>267
何が言いたいのかさっぱりわからないのでちゃんと
宣言してから詳細な説明に入れよ
説明下手糞だなお前ｗ

俺のはもっとわかりやすかっただろ？
・引数を使わないヤツは駄目だ
・型誤魔化してるヤツも駄目だ
って

お前、まず自分の出した結論をはっきりいえよ

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

>>267-268
お前ら、基地外同士、仲良くやれよ。

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

クラス化したら引数なくてもできるんじゃね

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

>>270
何が？

**名前は開発中のものです。** · 2009/06/10(水) 02:41:39

>>268
分かりやすくない。
お前のせいで認識の相違による100以上の無意味なレスが消費された。
お前の周りの人間のために言う。お前の文章に説得力は無い。
お前の文章は感情が篭り過ぎていてノイズだらけだ。
本当に技術者なら曖昧性の無い表現を使うよう心掛けろ。
あと、俺は偉そうだと思うか？
そう思える心がもしあれば自分の文章を見直してみろ。
句点の無いレスを抽出すれば大体お前のだ。

何度も言うが、お前の周りの人間が可哀想でならない。

**名前は開発中のものです。** · 2009/06/10(水) 04:21:23

配列さんごめんなさい。
連結リストでは遅すぎた。当たり前だけど。
動的に確保したバイト列を配列のように使ったら激速だった。
配列さんごめんなさい。

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

>>272
ハイハイｗ
で？何が言いたかったの？ｗ

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

組み込み系の仕事してきたけどタスクシステムまみれで吐きそうだった
状態遷移をもっと綺麗に書く方法ってないの？

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

>>275
ないんじゃない？
これだけスレが荒れてもこれといった正解が無いんだし。
第一タスクシステム（笑）が発案された時代の若い層が今はおっさんになって
ある程度の決定権持ってる以上はそのおっさんの気持ち次第でしょ・・・

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

>>275
http://naoyuki.hirayama.googlepages.com/smg.html

こんなんどうよ？

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

>>275
引数通せよ
変数が変わる瞬間がわからないから頭痛くなるんだろ
糞関数に勝手に変数を変更させるな
必ず引数とおすように強制しろ
それだけですべてが解決する

問題はシステムや仕組みじゃない
馬鹿が勝手に書き換えるからだ

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

>278
オマエは何も分かっちゃいないwww

**名前は開発中のものです。** · 2009/06/11(木) 22:59:24

>>279
絶対そうだって
後は余計な仕組み一切なくして
switch caseでとにかくコピペでソースに一覧作ったほうが絶対管理しやすい
ちゃんと引数通せばステータスが引数に自然に組み込まれるから
見えない自体にはならないからお勧め

**名前は開発中のものです。** · 2009/06/11(木) 23:28:59

なんかもう、可哀相に思えてくる

**名前は開発中のものです。** · 2009/06/11(木) 23:32:44

>>275
ちょっとびっくりだな…
組み込みシステムの開発ツールは沢山あるわけだが
それにタスクシステムなんて言葉は聞きなれないしな

どんなツールを試用・使用してどんな不満を持った？

比較的名前が知られてる開発ツールならたとえばZ○○Cとか。
社内で評価した人間いるんじゃないか？業界に身をおくなら
おそらく上の伏字は埋められるはずだ

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

>>276
5年近く前に足を洗ってしまったので最近のゲーム開発現場のこた知らんが
色んなモデルベースの開発ツールは当時からすでにあった。売り物、内製の物。
売り物はよく知らんが、内製のものはゲームワールド内の各種要素の状態遷移を
可視化・編集する各種ツール、プラグインを作ってた

そうしたものが実用に耐えないとして滅び、いきなりコードにべた書きする
原始時代に戻ったとは考えにくいんだが…

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

>>283
組み込み＝ゲームと考えるのはちょっと

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

>282
8bit組み込みやったときは、便利なツールなんて無かったなぁ。
コマンドラインのアセンブラとリンカ、試作機のシリアルから出るデバッグ出力とそれを受ける
ターミナルソフトくらいで。

最後3バイトくらいROMに収まらなくて、色々改善した結果7バイト余った。

**名前は開発中のものです。** · 2009/06/11(木) 23:57:03

>>283
なんか話がすれ違ってるような気がするな
俺の発言はどう解釈されてるんだ？

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

>>286訂正
×>>283
○>>284

>>285
制約が厳しいとそうだね

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

>ちゃんと引数通せばステータスが引数に自然に組み込まれるから
でも関数の向こうで勝手にステータスを書き換えられることには変わりないんだろ。

引数で渡す渡さないじゃなくて、適当なところでカプセル化されていることが大事なんだ。
例えばクラス単位でとかな。

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

>>282
16bit組み込みやったことあるけどツールってHEWくらいしか知らない
CASEツールなんて使ったこと無いな

ところでICEって商品名じゃなかったのね。今ぐぐって気がついた

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

大体、ステータスなんてものは、オブジェクトの内部で存在しているものなのに、
何でそれを外から引数で渡そうという発想が出てくるんだ？

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

>>288
>でも関数の向こうで勝手にステータスを書き換えられることには変わりないんだろ。
は？Ｃ言語知らないの？
引数で渡してればその関数から出てきたときに変更されたかどうかわかるじゃん
引数なしだと変更したのかどうなのか？すら不明

これ以上堅いもんはないよ
クラスにするとメンバ変数がグローバル変数のように振舞う
引数とおさないからクラスがでかくなるとシボン

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

>>290
完全に内部で終わらないでしょ

どうやってほかのタスク（笑）と衝突判定とかするんだよとね・・・

それに古いタスクシステムの仕様からすると監視者がいない感じがするけど
（うまくいえないがみんな平等？）
理想は監視する何かがいても問題ないはずだよね？

監視者をつけると当然引数有りもでてくると思うんだが・・・
そりゃグローバル変数でやりとりすればそんなのは関係ないんだろうけど

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

もう何言ってるのかワケワカメ。

>は？Ｃ言語知らないの？
>引数で渡してればその関数から出てきたときに変更されたかどうかわかるじゃん

でも結局、どんな値に書き換えられたかまでは分からないわけで。

一体、
hoge_update( &hoge );
の何に問題がある？
なぜ呼び出し元がhogeの何が更新されたかまで一々知る必要があるんだ？
知って何になる？

>完全に内部で終わらないでしょ
>どうやってほかのタスク（笑）と衝突判定とかするんだよとね・・・

それは呼び出し元でやればよいだろ。

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

>>293
>でも結局、どんな値に書き換えられたかまでは分からないわけで。
わかるだろｗ
関数出たら引数の値たしかめりゃいいんだよ
ホントにＣ言語わからないんだｗ

まず、君途中参加なら
>>144,160読んでよ

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

>>289
条件を選ぶがZIPC等が使えるケースは少しずつ増えてる
試すような書き方をしてすまなかった

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

>>294
呼び出し元で一々引数の値が変更されたかどうかチェックするコード挟むのか？
変更されたかどうかで分岐するわけ？何のための分岐？それ本当に呼び出し元の仕事？
根本的に変じゃね？

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

>>296
っデバッガ

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

そもそも、
hoge_update( &hoge );
としたときは、呼び出し元は、hogeのすべてのメンバが変更されうることを前提とするわけだが、
それで何の問題がある？
逆に、特定のメンバの　変更される/されない　が分かったところで、それが一体なんの役に立つ？

int x = hoge.x;
hoge_update( &hoge.y );
/* hoge_updateではhoge.xは更新されないからローカル変数xの値はまだ有効だぜイェーイ */
int x_plus_y = x + hoge.y;

ってことなのか？
単に　int x_plus_y = hoge.x + hoge.y;　ではダメなのか？

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

構造体のメンバをばらして関数に渡すと、コンパイラの型チェックの機能が死ぬし、
そもそも、そんなやり方なら、はじめから構造体なんて必要無いようにも思えてくるし、
C言語以前のやり方に戻って一体なにがしたいんだ？

**名前は開発中のものです。** · 2009/06/12(金) 01:15:35

>後は、引数を通してはいるけど型を誤魔化してるってのもやらないほうがいいぞ

お前、こんなこと書いてるけど、構造体のメンバをばらして関数に渡すと、
型が誤魔化されることになるわけだが。