Rubyの壁シリーズその２です。

正直、ジャズフェス直前なので、どっぷりミュージシャン・モードに浸ってたかったんですが、どうにも書かずにいられなくて・・・。

今回の壁は、ワタシにとっては致命的というか本質というか、とにかくまずい予感がします。旧世代のプログラマの皆さん、要注意ですよ。

そもそもの発端は、Railsで、「Controlerで生成したインスタンス変数（@Hoge）が、なんでViewで参照できんだろう？ 」という素朴な疑問でした。

やはり、我々のように一親方としてチームに参戦している場合、Railsを導入するためには、現場の技術リーダーも納得するように仕組みを解説する必要がありまして、「どういうカラクリで実現してんだ？」という部分は理解しておかないといけないのです。

ググったら、こちらの記事が、仕組みの解説としては分かりやすかったです。

この中で

view の中では controller のインスタンス変数を文法上そのままアクセスできるが、これはリフレクションのような手法を使って巧みに作り込まれた物らしい。

との記述が。

リフレクション？う～ん、これだけじゃまだ分からん！・・・と更に掘り下げると、どうもメタプログラミングなる技法で実装しているらしい。うっ・・・、聞いたことはあるけどよくわからない。どっちかというと、あえて避けて通ってきたような気がしないでもない。難しいんですもの。

で、メタプログラミングで検索すると、「Railsによるメタプログラミング入門」（PDF） なる記事を発見。プレゼン資料なので、きれいにまとまっております。

（途中に、METAの間違った例として出てきた”METALLICA”のKILL ‘EM ALLのジャケはツボでしたｗ 。Master of Puppetsなら尚ヨシｗ）

こちらを読む限りでは、Railsは、このリフレクションをガンガン使って実装されていることがわかりました。evalもガシガシ・・・。

なんと・・・。

これは避けて通れない気がしてきました。

メタプログラミングの知識なしにRuby（OnRails）の習得は進まないです。少なくともワタシの場合は。

単に「こういうもんだ」と割り切って使い倒す分には、深く考えなくともいいかもしれませんが、仮に企業のシステムに導入するとなれば、仕組みの理解は必須だと思われますので。

あぁ、気が重い。でもがんばるよ！（来週から）

・

余談。こちらの記事も参考までに。

「Ruby のリフレクションはダークサイドか」