Categories |
CPUの創りかた |
Modern Compiler Implementation in ML |
NerdTV |
PDP-11シミュレータで古代のUNIXを動かしてみる |
The Yakumo Project |
やさぐれ読書録
最近のツッコミ:1.dyendignify(2008-08-18 10:20)
2.Dominic(2008-06-23 05:05)
3.CheapestCheapOEMoem(2008-06-17 03:00)
最近のトラックバック:1.濃縮還元オレンジニュース:プロ.. (2006-12-22 22:02)
最近やっている作業については先々月の日記で
先週の日記で述べていた件（テストへの対応）は、"color"という関数の中に隠れていた内部関数を外側に引っ張り出して、外（この場合はテストプログラム）から直接さわれるようにすることで解決した。引っ張り出された各関数には、従来よりも多くの引数を渡す必要があるが…
（「やさぐれ日記」3月20日）
こんな風に書いているが、これが具体的にどのようなカンジの作業なのか、図にしてみることする。まず「内部関数」と変数の関係から。
変数"a"と"b"は一度定義されると、関数"outer"の終わりまで使うことができる。イメージとしては、定義された変数が上流から下流へ流れていくみたいというか、いろんなモノが流れるガンジス川に変数も流れていくってところか。もちろんこの川の中にひたる内部関数"inner"の中でも"a"と"b"は利用可能である。
ところが内部関数"inner"を外側に引っ張り出すと…
ガンジス川にひたっていたはずの"inner"は陸にあがってしまい、もはや変数"a","b"を使うことができない。これを解決するには、"inner"の引数に"a","b"を加えてやる必要がある。
今度は工場がパイプラインで結ばれているみたいな雰囲気になった。"inner"を単体でテストしたいと思った場合にも、また"inner"を複数の関数から使いたいと思った場合にも、これならばパイプラインをつなぎかえることで、問題なく利用することができる。これにて一件落着…
…とは実はならなかったりするのが悩ましいところである。パイプライン(引数)の数が多くなると、プログラムの見た目がスパゲッティみたいになってしまうので、これをどう解決して見やすくするかが、当面の課題なのであった。やっぱりプログラミングってのはムズカシイ。
