netail.net

_ OO2003 ▲

OO2003 のパターン関連ツールデモンストレーションとして紹介されていたツールのメモ．

Pattern Studio for Eclipse: Eclipse でデザインパターンを適用したコードを生成する． コードの生成にたまに失敗する，らしい．

Borland Together: デザインパターン適用ツール．Eclipse用のバージョンでは デザインパターン検出とかもできるらしい． 商用だけあって，いい速度で動作しているし， パターンのカタログも充実していた． しかも，メタデータを使わずに（変なコードを生成せずに） 動作するあたりがかなり偉い．

PTIDEJ: ソースコードからのデザインパターン検出ツール． もちろん，検出率は100％ではないらしい．

これに対する意見，要望，疑問は，

・使えるデザインパターンをどれだけ知っているか？

・知らないパターンを使えるようになるか？

・適用されているデザインパターンを「除去」できるか？

・デザインパターンの「再発明」をユーザに見せられるか？

といったところ．パターンといっても，GoF 以外のはほとんど知らないので本当に使いきれるのかなぁ，と疑問ではある．

_ AspectJ ▲

aosd-jp ML のことを追加．……ちなみに ML の参加者は既に300人を突破．たいしたものだ．

_ OO2003 ▲

OO2003 で集めた情報その２．

ポストオブジェクト技術のセッションでの発表:

オンデマンドなアスペクトウィービングを使ったWebシステムのパーソナライズの話:・動的ウィーブで，必要なところだけキャッシングして高速化・クライアントごとに別クラスローダを用意して， 別アプリケーションとして認識させるらしい．・JIT Aspect Weaver を使うことでウィーブのコストを下げる．

しかし，問題として，・生成したアプリケーションの生存期間をどうするか．・クライアントの数が多くなったとき， パーソナライズしすぎて死ぬ？といったものを挙げていた．生存期間をアクセス頻度などから推定するとかするんだろうか．ちょっと面白そう．

_ Mixin によるプログラミングの話: ▲

Mix-in = 抽象サブクラス，という説明はとても面白いと思う．Mixin を追加した Java （Javaへ変換する形で実装可能）McJava: http://kumiki.c.u-tokyo.ac.jp/~kamina/mcjava/を実装したらしい．

合成されるクラスにインタフェースを requires セクションで要求できるらしい．Mixin ID requires Interface { ... }合成は ID::ID::ID というようにMixinとクラスの識別子を連結するだけ．

関連研究の調査が充実していた．ABT: Sullivan, Abstract Behavioral Type -- イベントを定義しておいてイベントをListen したい人を登録しておけるようにする．クラスをあらかじめ ABT にしておかないといけない．

AspectJ : AspectJ では Aspect はファーストクラスでないのでオブジェクト間の関係のインスタンスが書けない？とか言っていた実は Aspect は class Aspect のインスタンスだし関係オブジェクトは素直にブジェクトにすればいいのになぁ，と思う．

Epsilon モデル: Ubayashi, N. et al., 2001役割，役割間の関係を分離するらしい．暇があったら見てみよう．

クラス（デザインパターンなど，インタフェースによる分離）による実装とMix-In による実装とで，結合度とかが違うのか？という質問があった．アスペクト使った場合もそうだが，実装方法にかなり依存しそうで，Mixin 使わないとできないこと，は少ないような気がする．

_ OO2003 ▲

OO2003 で集めた情報の整理，その１．

チュートリアル：アスペクト指向ソフトウェア開発:

デザインパターンのうち，オブジェクト間の連携に関するものは AOP で書こう，というのを考えている人は多いらしい．

デザインパターンの典型的な実装問題として，継承ベースでの構築はアプリケーションの基本機能を再利用できない．（例: 一度 Observer にしちゃうと，再利用するときに Observer はいらないよーとは言えない）

しかし，継承でObserverを実装している場合のような，型の安全性を捨ててるように見受けられる，という意見もあったり．そんなことはないと思うのだが……．

挙げられていた参考文献はたいてい読んだことがあるものだった．

サブジェクト指向に関しては: Harrison, W., Ossher, H. (IBM)Subject-Oriented Programming- A Critique of Pure Objects, Proceedings of OOPSLA 93

ロールモデルに関して： ロール実現に使う基本的な手法 Kendall, E.:Role Model Designs and Implementations with Aspect-Oriented Programming, OOPSLA 99

アスペクトでメンバを導入したりして実現するテクニック集

Katara, M. "Architectural Views of Aspects", AOSD2003

アスペクトの観点からアーキテクチャを設計 -- ロールベースのアイディア aspect architecture == view type の一種，アーキテクチャを設計するための要素とその間の関係を定義.

Aspect-Oriented Design: 設計のレベルでアスペクトを使う，-- ウィーブを設計レベルで，あるいは言語で，というように選択肢はあるらしい．