[過去ﾛｸﾞ] 総合発表＆雑談スレッド (993ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
649: 04/08/27 14:49 ID:H1xwlNAK(1/3) AAS
>>640
まず、最初の前提としてＣ言語であると仮定しておく（一言も触れてないので、とりあえずこう仮定）
今時のまっとうなコンパイラであるなら、 そのあたりきっちり最適化してくれるので、
君が心配しているほど速度は問題にならないと思われる。
ジャンプテーブルうんぬんというのは、 たとえば、分岐が{0,1,2}であるというのなら、
関数のポインタ配列funcaryを作成し
funcary[0] = funcA;
省14
654: 04/08/27 17:33 ID:H1xwlNAK(2/3) AAS
>>653
すまん、確かにselect caseと書いてあった。VBなんだよね、たぶん。
(SQLやら、意表をついてdbase-IIだったり（しないしない））
1000個ものcase分岐になるというのなら、
速度よりも、ソースの見通しとかそっちの方が問題になると思うので、
ちょっと触れたように、1000個の地形アトリビュートを、いくつかのグループに分類して、
分類単位でcase分岐して、小分類をcase分岐単位のサブルーチンの引数にしておいて処理するのが吉。
省2
656: 04/08/27 17:55 ID:H1xwlNAK(3/3) AAS
>>655
だから最適化以前にソースの見通しの問題だと言っておろうが。
とりあえず漏れは１０００個に分岐するcase分のデバッグなんかしたくないぞ。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.022s