世の中にはあったからで。アセンブラで組んでたときにやってたけど、テーブルを使って...。job3};(*adrs[n])();Cの書き方は忘れちゃったので、こんな感じの記述で合ってるのかわかんないけど。条件分岐が入らないから、CPUの命令クロックを数えると多少は速かったりするのかしら。...クロック数を稼げると言っても微々たるものだけど、その処理が何十回も繰り返されれば結構違ってくるわけで。昔のCPUはそんなに速くなかったというのもあるし。今となっては使う意味がないよなぁ。10年〜15年前、X68Kで動いてたコンパイラあたりでも、そのへん判断して適切なバイナリを作ってくれる・最適化してくれる等を聞いたような記憶もあったりするし。人間がわざわざCPUのつもりになって書く必要性なんてない。CPUの動作も今と昔では違うし。1命令1クロックとか当たり前で同時にいくつもの命令が走ってたりするんだろうし。こんなやり方を要求される場面なんてもはや存在しないわな。思ったが、例えば、100種類ぐらいの敵処理をメインループから呼び分けないといかん、てな場面では必要になったりもするのかしら。速度的なメリットではなく、管理する上でのメリットだろうけど。処理をする関数のアドレスをテーブルに列挙していくだけで済むだろうし。...まあ、そのへんよくわからんのだけど。switch-caseって最適化の結果によっては「飛ぶ」処理になったりすることもあったような...私もソレ、聞いたことがあります。<記憶違いかもしれず。言語、というか、コンパイラというか、インタプリタというか、あるいは最適化オプションによっては、違ってきそうではありますね。gccはやってくれそうだけど、Perl、Ruby、Python等のLLはどうなのかとか、javaはそのへんちゃんとやってくれてるのか、とか...よーわからんです。21:50Pythonにswitch-case文はありません。caseを実現したりhttp://simon.incutio.com/archive/2004/05/07/switchでいろいろな方法のコメントがついていたりします。羅列にするか等)ちょっとメリットっぽい感じもしました。各言語のポリシー(?)って、面白いなぁ...。夢の中で広告入りゲームの画面を見たのだけどゲームオーバーになったあと、ゲームのキャラクターを使った関連グッズの静止画広告が延々と表示される、みたいな夢で。