アスペクトJ

AspectJ は、PARCで作成された、 Javaプログラミング言語のアスペクト指向プログラミング(AOP) 拡張機能です。Eclipse Foundation のオープンソース プロジェクトで、スタンドアロンとEclipseに統合された両方の形式で利用できます。AspectJ は、エンド ユーザーにとってのシンプルさと使いやすさを重視し、AOP の事実上の標準として広く使用されています。Java のような構文を使用し、2001 年の最初の公開リリース以来、 横断構造を表示するための IDE 統合が含まれています。

有効な Java プログラムはすべて有効な AspectJ プログラムでもありますが、AspectJ ではプログラマーがアスペクトと呼ばれる特別な構成要素を定義できます。アスペクトには、標準クラスでは使用できないいくつかのエンティティを含めることができます。これらは次のとおりです。

拡張メソッド

プログラマーがアスペクト内から既存のクラスにメソッド、フィールド、またはインターフェースを追加できるようにします。この例では、クラスにメソッドacceptVisitor(ビジター パターンPointを参照) を追加します。

アスペクトVisitAspect { void Point.acceptVisitor ( Visitor v ) { v.visit ( this ) ; } }​​​  
     
    
  

ポイントカット

プログラマがジョイン ポイント(メソッド呼び出し、オブジェクトのインスタンス化、変数アクセスなど、プログラムの実行中に明確に定義された瞬間) を指定できるようにします。すべてのポイントカットは、特定のジョイン ポイントが一致するかどうかを決定する式 (量化Point) です。たとえば、次のポイントカットは、名前が で始まるタイプのオブジェクト内の任意のインスタンス メソッドの実行と一致しますset。

ポイントカットset () :実行( * set * (..) ) && this ( Point );       

アドバイス

プログラマーが、ポイントカットに一致するジョイン ポイントで実行するコードを指定できるようにします。アクションは、指定されたジョイン ポイントの前、後、またはその前後で実行できます。ここでは、アドバイスは、上で宣言したポイントカットを使用して、何かが設定されるたびに表示を更新します。Point

after () : set () { Display.update ( ) ; }    
  

AspectJ は、ポイントカット ベースの静的チェックとアスペクトの再利用 (継承による) の限定された形式もサポートしています。言語の詳細な説明については、AspectJ プログラミング ガイドを参照してください。

AspectJ は、ソース ウィービングやバイトコード ウィービング、仮想マシン (VM)への直接実装など、さまざまな方法で実装できます。いずれの場合も、AspectJ プログラムは Java VM で実行される有効な Java プログラムになります。アスペクトの影響を受けるクラスは、影響を受けないクラスとバイナリ互換です (影響を受けない元のクラスでコンパイルされたクラスとの互換性が維持されるため)。複数の実装をサポートすることで、テクノロジの変化に合わせて言語を拡張でき、Java 互換であるためプラットフォームの可用性が保証されます。

その成功の鍵は、言語を使いやすくし、プログラムをデプロイ可能にするエンジニアリングと言語の決定でした。オリジナルの Xerox AspectJ 実装ではソース ウィービングが使用されていたため、ソース コードへのアクセスが必要でした。Xerox が Eclipse にコードを提供したとき、AspectJ は Eclipse Java コンパイラとBCELに基づくバイトコード ウィーバーを使用して再実装され、開発者はバイナリ (.class) 形式のコードのアスペクトを記述できるようになりました。この時点では、AspectJ 言語は、増分コンパイルとロード時のウィービングに不可欠なクラスごとのモデルのサポートに制限されていました。これにより、IDE 統合の応答性が Java 統合と同じくらいになり、開発者はビルド プロセスを変更せずにアスペクトをデプロイできるようになりました。これにより、せっかちな Java プログラマーやエンタープライズ レベルのデプロイメントでも AspectJ が使えるようになり、採用が拡大しました。それ以来、Eclipse チームはパフォーマンスと正確性を向上させ、AspectJ 言語をアップグレードしてジェネリックやアノテーションなどのJava 5言語機能をサポートし、AspectWerkzのアノテーション スタイルの純粋な Java アスペクトを統合しました。

Eclipse プロジェクトは、コマンドラインとAntインターフェースの両方をサポートしています。関連する Eclipse プロジェクトでは、AspectJ ( AspectJ Development Tools ( AJDT )と呼ばれる) やその他の横断的構造プロバイダーに対する Eclipse IDE サポートが着実に改善されています。Xerox がemacs、NetBeans、およびJBuilderをオープン ソースにしたときに、これらの IDE サポートは停止しましたが、Oracle の JDeveloper のサポートは登場しました。IDE サポートは、AspectJ を使用し、横断的問題を理解する Java プログラマーにとって重要なものです。

BEA は、アスペクト指向拡張機能に対して限定的な VM サポートを提供していますが、すべての Java VM でサポートされる拡張機能については、Sun の Java Community Process による合意が必要になります (Java SE 5 以降で利用可能な java.lang.instrument パッケージも参照してください。これは、JVM ロード時インストルメンテーションの共通基盤です)。

AspectJ は、リリース以来、アスペクト指向言語のセマンティクスと実装に関する学術的な関心を集めてきました。AspectJ の主要な研究実装は、AspectBench コンパイラ ( abc)です。これは、言語の構文とセマンティクスを変更するための拡張機能をサポートし、ユーザー ベースが広いため AspectJ チームがサポートできなくなった多くの AOP 実験の基礎を形成します。

多くのプログラマーは、AspectJ が他のプロジェクト、特にSpring AOP を実現するテクノロジーであることに気づいています。姉妹 Spring プロジェクトであるSpring Roo は、主要なコード生成出力として AspectJ のインタータイプ宣言を自動的に維持します。

Gregor Kiczales は、最終的に AspectJ を開発したXerox PARCチームを立ち上げ、率いました。彼は、クロスカッティングという用語を作り出しました。チームの 4 人目であるChris Maeda は、アスペクト指向プログラミングという 用語を作り出しました。Jim Huguninと Erik Hilsdale ( Xerox PARCチーム メンバー 12 と 13) は、オリジナルのコンパイラおよびウィーバー エンジニアであり、Mik Kersten はIDE 統合を実装し、Adrian Colyer および Andrew Clement とともに Eclipse AJDT プロジェクトを開始しました。Adrian Colyer の後、Andrew Clement がプロジェクト リーダーおよび AspectJ の主な貢献者を引き継ぎました。AJDT はその後、独立したプロジェクトとして廃止され、メンテナンスを効率化するために Eclipse AspectJ の包括的なプロジェクトに引き継がれました。ただし、AspectJ と AJDT は両方とも、依然として別々のソース リポジトリでメンテナンスされています。

2021 年、Alexander Kriegisch がプロジェクトに参加しました。最初は貢献者として、その後はコミッターおよびメンテナーとして参加しました。2021 年 3 月以降、彼は基本的に唯一のメンテナーです。2024 年以降、彼は正式に AspectJ および AJDT プロジェクトのリーダーでもあります。

AspectBench コンパイラは、オックスフォード大学コンピューティング研究所のプログラミング ツール グループ、マギル大学の Sable 研究グループ、およびコンピュータ サイエンスの基礎研究所 (BRICS) の共同作業として開発され、保守されています。

AspectWerkzはJava用の動的、軽量、高性能なAOP/AOSDフレームワークでした。AspectJプロジェクト^[2]と統合され、AspectJ 5以降ではAspectWerkzの機能をサポートしています。

Jonas Boner と Alex Vasseur は AspectWerkz プロジェクトを設計し、後に AspectWerkz 注釈スタイルとロード時のウィービング サポートが統合された AspectJ プロジェクトに貢献しました。

バージョン 5 より前の AspectJ とは異なり、AspectWerkz は Java に新しい言語構造を追加しませんでしたが、代わりにJava アノテーション内でのアスペクトの宣言をサポートしました。プロジェクトのビルド時、クラスのロード時、および実行時にバイトコードの変更を利用してクラスを織り込みます。標準化されたJVM レベルの API ^{[明確化]を使用します。アスペクトは、Java アノテーション (Java 5 で導入)、Java 1.3/1.4 カスタム}ドックレット、または単純な XML 定義ファイル を使用して定義できます。

AspectWerkz は、プロキシにまったく同じアスペクトを使用するための API を提供するため、透過的なエクスペリエンスが提供され、プロキシに慣れているユーザーはスムーズに移行できます。

AspectWerkz はフリー ソフトウェアです。LGPLスタイルのライセンスにより、AspectWerkz 2.0 は商用プロジェクトとオープン ソース プロジェクトの両方で使用できます。

• アスペクト指向プログラミング
• Spring AOP ( Spring Frameworkの一部)
• アスペクト指向ソフトウェア開発

• AJDT
• アスペクトベンチ: https://web.archive.org/web/20170816093700/http://www.sable.mcgill.ca/abc/
• AspectJ ホームページ
• AspectWerkz プロジェクトのホームページ
• アスペクト指向プログラミングでモジュール性を向上させる
• Spring AOP と AspectJ の紹介
• AspectJ プログラミング ガイド
• Xerox はAOP/AspectJ に関して米国特許 6,467,086 を保有していますが、一部の特許権を付与する Common Public License に基づいて AspectJ ソース コードを公開しています。