Takuo Yonezawa wrote:

>BookとAutherはn:n関係かと。単純に1:nとn:1だと整合性を保証できないので。
>  
>

1:n と n:1 でまずい具体例などありますでしょうか? ちょっと分からなかった
もので。

>パターンを表現するには
>・親パターンや実装するインターフェース
>・パターンに参加するクラス
>・それらの役割
>・それらは1:1か1:nかn:nか重複を許すか
>・メソッド
>などを定義する必要があるでしょう。
>アスペクト指向のようなものになるのではないでしょうか。
>  
>
アスペクト指向はよく知らなかったのでキーワードで検索してみると、ここ１年ぐらいの(?)ホットな話題みたいですね。インターネットをざっと見ると：

    - アスペクト指向とデザインパターン
    - アスペクト指向は GoF の MEDIATOR に似ている

…という記述があったので、ご指摘のとおりかもしれません。Jiri のパターンライブラリもクラス間の相互作用を無くすための手法から発展したものですし。

となると、パターン支援言語を作る、という野望は早くも挫折ですね(笑)。

アスペクト指向、「システムを横断して機能を追加する」というあたり、結構重い処理のようにも思えます。他方、Jiri のアプローチは、裏で普通にポインタを使用しているので、実行速度に関しては最速です。

あと、

    http://groups.yahoo.co.jp/group/aosd-jp/message/55

に、

> AspectJ でデザインパターンを書いてみました」というOOPSLAの論文
> http://www.cs.ubc.ca/~jan/AODPs/ <http://www.cs.ubc.ca/%7Ejan/AODPs/>
> を我々も読みましたが、それほど大きなありがたみはない

ともあり、まだまだ要調査、というところでしょうか。まあ、AspectJ がどういったものか、もう少し見てから判断しよう。

ともあれ、るとさん、reply ありがとうございます。

//W




--
ML: langsmith quickml.atdot.net
使い方: http://www.atdot.net/~ko1/quickml