これら3つのパラダイムを説明する多くの論文があることは知っていますが、模式的な説明を探しています。
ここにはアスペクト指向プログラミングの非常に良い説明がいくつかありますので、Stack Overflowの人々が配信に慣れているような質の高い答えを得るためにこの質問をしています。
これら3つのパラダイムを説明する多くの論文があることは知っていますが、模式的な説明を探しています。
ここにはアスペクト指向プログラミングの非常に良い説明がいくつかありますので、Stack Overflowの人々が配信に慣れているような質の高い答えを得るためにこの質問をしています。
回答:
これに関する本を書くことでこれに答えることができます。ただし、これは基本的な比較です
1.主題指向プログラミング
サブジェクト指向プログラミングは、次のようにオブジェクト指向から根本的に逸脱しています。オブジェクト指向では、オブジェクトは固有の観点から定義されます(つまり、オブジェクトを独立して記述するモデルに基づいて)。これに基づいて、その属性(プロパティ)とメソッド(動作)が導出されます。アプリケーションは使用のみを行いますこれらのプロパティと動作の。これとは反対に、サブジェクト指向プログラミングでは、そのような分離ではオブジェクトは存在しません(モデル化されません)。その過程で、オブジェクトの動作は、元のオブジェクトの作成者の範囲と制御を超えたオブジェクトの他のさまざまな「サブジェクト」によって提供されます。 「オブジェクトについて。これは、ここで説明しているものと比較して、継承のテンプレートを定義する以上の方法になると思います。
用語(および概念)の議論の余地のない起源は、論文「主題指向プログラミング:純粋な物体の批判、ウィリアム・ハリソンおよびハロルド・オッシャー」ます。ここに別の良い論文があります。個人的には、これは理論的な枠組みだと思います。言語/実装があるかどうかわかりません
2.アスペクト指向プログラミング
アスペクト指向プログラミングは、「oncernsの分離」の概念から生まれました。基本的には、横断的である懸念のために手続き型またはオブジェクト指向プログラミングを拡張します。単純化を進めると、ソフトウェアには機能的な要件と非機能的な要件があると言えます。これらの横断的な要件には、ロギング、例外処理、スレッド同期、メモリ管理、最適化などの例が含まれます。これらのクロスカッティングASPECTSは、他の機能部品とは別に独立して表現および実装する必要があります。
この分野での包括的な作業は、からのものです IBMによるものです。基本的にそれぞれのそのような懸念またはアスペクトは互いに独立しており、多次元の「懸念空間」を形成します。、(これを読んでください)。
Aspect Orientedの実用的な実装には、AspectJとAspectC ++などがあります。参照してくださいこれを。
3.役割指向プログラミング
エージェントに向けて進化するにつれて、エージェントが実行する正確なアクティビティが環境に依存する「役割」と目的を定義することが必要になることがよくあります。これは人間の概念理解に似ています。
主な目的は、協力プロセスと呼ばれる明示的な構成を定義することにより、タスクの目的を協力機能から切り離すことです。。役割は、一連の機能と予想される動作としてモデル化されます。ただし、これらのアプローチを使用すると、実行環境のモデリングや、エージェント/オブジェクトが環境をどのように認識できるかもモデル化できます。参照してくださいこれを。
役割ベースのモデリングと実装の研究で提案されているさまざまなフレームワークがあります。それらのいくつかは、ロープ、BRAIN、ALAADINとより。