アスペクト指向

最近メールにアスペクト指向やAspectJのセミナーの案内が飛び込んできたんで、ちょっと調べてみてた。
そういうものがある事自体は前から知ってたけど、どういうものかはよく調べてなかったんで、セミナー開くレベルの実装があるならちょっと調べてみるかと。

で、Wikipediaの説明あたりでのWeb上での説明見てると、「構成要素間をクロスカッティングするような機能」「オブジェクト指向とは直交する概念」とかと書いてあったので、「構成要素」っていうのを「クラス」と捉えてしまって、多重継承的な概念なのかな、と始めは思てシマタ。
なんか、普通の哺乳類と、オーストラリアの哺乳類(有袋類)は系統樹が違う訳だけど、違う系統樹の中で食物連鎖の中での似た役割(肉食獣とか草食獣とか)があるわけで、その役割的なものを系統樹の流れとは横断的に加えると、オオカミに対してフクロオオカミ、パンダに対してコアラを生成できるとか、そういう感じかな、でもそれなら多重継承と何が違うの、という感じで勘違いしてマスタ。

でも、上の本買って読んでみたら、どうもそういうアレではなさそう。 「構成要素間をクロスカッティングするような機能」の「構成要素」とはそのままの意味の「構成要素」、つまりクラスの「属性」や「メソッド」を横断しての機能を統合する発想のようです。 たとえば、どのメソッドでもメソッドの入りと出にログを吐く機能をつけるというのは、(俺がやっているかどうかは別として)よくある要件ですが、今までは全てのメソッドの始めと最後に同じコードを書くのが当たり前だったわけです。 そうなると、例えばログの吐き出し方が変わったりしたら、メソッド全ての記述を間違いなく書き直すような作業が発生しますし、書き直し忘れるとバグが発生、という事態に陥るわけです。 それを回避する概念として、メソッド横断する処理を「アスペクト」として別部分で定義し、それを提供すべき各メソッドに適用しようというのがアスペクト指向のようです。 そうすると、ログの出し方が変わっても、アスペクト自体を変更するだけで全体が変わります。 別にログ吐きに限らずそういう要件はままあるわけですが、そういう辺りを解決するプログラミング技術のようですね。

基本的には「オブジェクト指向に換わる！」ってレベルのもんじゃなくて、オブジェクト指向でミスが出やすくなる部分の問題点をカバーしてより強力にする、という概念ですね。
AspectJでの実装も、アスペクトはアスペクトのまま動作する、というのではなく、実際にコンパイルする時は、コンパイラが各メソッドにアスペクトを書き込んでいってくれる、という実装のようですし。

調べてみると、Perlでの実装もあるみたいです。
ちょっと遊んでみようかな。

しかしオブジェクト指向は、あまりにも概念が広すぎて、社内でも非技術系の人達と話してても、「オブジェクト」「オブジェクト」って何がオブジェクトなのよ、そんな事言っちゃうと世の中全部オブジェクトだろ、って言いたくなっちゃう事も多かったんですが、
次のパラダイムはプログラムで実現しようとする機能の概念イメージとしてならば「エージェント指向」、純粋なプログラム手法上の技術ならば「アスペクト指向」、といった感じで、適用するフィールド毎に名前が変わってくれてるみたいなんで、議論に紛れがなくなりそうでいいかな。
と同時に、所詮？エージェントは自律判断・自律拡張するオブジェクトだし、アスペクト指向はオブジェクト指向を補完するものでしかないし、そう考えると「オブジェクト」発想の偉大さも感じますね。

Posted with ecto