programmation par aspect présente par : linda dib stl-m2 apr

Programmation par Aspect

Présente Par :

Linda DibSTL-M2 APr

Le PLAN

1. Définitions

2. Pourquoi la programmation par aspect?

3. Méthodes Programmation par aspect Approche par transformation de programmeApproche par transformation d’interprète Approches hybrides

4. Réflexion et Programmation par Aspect

5. AspectJ

6. Les références

1.a. Aspect de Base

Décrit les services d’une application.

Exemple:Dans une libraire électronique

-“rechercher un ouvrage” -“passer une commande”

- …

1.b. Aspects non fonctionnels

Interviennent sur la manière de réaliser ces services.

Exemple: -distribution-persistance -synchronisation

1.c. Programmation par aspect

Etape1: Départager les aspects

Etape2: L’assemblage à travers la composition.

Exemple de AOP

1.d. La Réflexion

Un concept de Brian Smith

« La réflexion est la capacité d’une entité à s’auto représenter et plus généralement à se manipuler elle-même. »

Propriété de base:

soutient les calculs de méta

1.d. La Réflexion

Deux types de réflexion:

-Structurale: pièce décrivant la structure (de charge statique) du programme

-Comportementale: pièce décrivant son comportement (dynamique),

1.e. Introspection

Un système réfléchissant observant sa propre exécution

1.f. Intercession

Un système réfléchissant peut changer son exécution

1.g. Le langage réflexif

Le langage réflexif comporte deux niveaux :

1. Le niveau de base :Il décrit les services réalisés par

l’application (le “Quoi”) 

2. Le niveau méta :Il décrit la manière d’interpréter le

niveau de base (le “Comment”)

1.h. méta lien

Le lien entre un objet de base et un méta objet

également désigné sous le nom d'un lien causal de raccordement.

Le langage réflexif: schéma

1.i. Réflexion comportementale Partielle

Apporter la réflexion comportemental dans une langue comme java est un nouveau défi

1.i. Réflexion comportementale Partielle

Les caractéristiques:

-l’adaptabilité

-modularité

-Basée sur la réification des opérations au niveau de base

1.i. Réflexion comportementale Partielle

Le méta niveau est structuré en termes de méta - objets

Le méta niveau raisonne et agit sur des réifications du calcul du niveau de base

Ces calculs sont décrits en terme d’opérations

1.i. Réflexion comportementale Partielle

Example de reifications des operations :

-Message sending & receiving-Instantiation-Casting & Serialization (in Java)-Field accesses

1.j. Hook

C’est le morceau de bas niveau de code qui permet

-d’exécuter une réification

-donner la commande au méta objet associé.

1.k. Objet Réflectif

C’ est un objet dans lequel quelques opérations sont réifiées et sont commandées par un méta objet

1.l. Sélection Spatiale

Permet de choisir ce qui sera réifié dans une application

Le choix spatial peut être fait statiquement ou dynamiquement

- le choix d'entité - choix d'opération - choix d'Intra opération

1.l. Sélection Temporelle

-Choisit quand les réifications sont effectuées

-Optimise l'exécution globale d'un système se servant de la réflexion une étape plus loin

1.m. Reflex 1.0

Implémente la Réflexion comportementale Partielle en Java et pour Java

Inclus les concepts de sélection spatiale et temporelle

Permet d’effectuer une configuration Statique et Dynamique

Le PLAN

1. Définitions

2. Pourquoi la programmation par aspect?

3. Méthodes Programmation par aspect Approche par transformation de programmeApproche par transformation d’interprète Approches hybrides

4. Réflexion et Programmation par Aspect

5. AspectJ

6. Les références

2. AOP : Utilité

Assure la réutilisation des différents aspects

Le PLAN

1. Définitions

2. Pourquoi la programmation par aspect?

3. Méthodes Programmation par aspect Approche par transformation de programmeApproche par transformation d’interprète Approches hybrides

4. Réflexion et Programmation par Aspect

5. AspectJ

6. Les références

3. Méthode Programmation par aspect

-Considérons l’aspect de base comme un Programme P0 écrit pour un interprète I0

-L’exécution de P0 par I0 produit un résultat R0

3. Méthode Programmation par aspect

-Les aspects non fonctionnels interviennent dans le traitement

-Il produisent un résultat final R1différent du résultat R0

Le PLAN

1. Définitions

2. Pourquoi la programmation par aspect?

3. Méthodes Programmation par aspect Approche par transformation de programmeApproche par transformation d’interprète Approches hybrides

4. Réflexion et Programmation par Aspect

5. AspectJ

6. Les références

Approche par transformation de programme

« Consiste à définir chaque aspect non fonctionnel sous la forme d’un ensemble de règles de transformation à appliquer à l’aspect de base. »

Dans cette approche nous n’allons pas modifier l’interprète.

Difficulté de cette approche:Construction des règles de transformation génériques, indépendantes de l’aspect de base.

Règles de transformation

Définies en terme de points de jonction “abstraits”

Points de jonction -Utilisés lors de la composition -Permettent de référencer des éléments de l’aspect de base.

La configuration

-Consiste à lier les points de jonction “abstraits” à des éléments concrets de la définition de l’aspect de base (affectations, boucles, . . .)

-Indique les points de jonction à utiliser pour composer chaque aspect non fonctionnel avec l’aspect de base.

La composition

-Elle a lieu après la configuration

-C’est l’application des règles de transformation à l’aspect de base

-Elle produit un nouveau programme où les différents aspects sont fusionnés.

Le PLAN

1. Définitions

2. Pourquoi la programmation par aspect?

3. Méthodes Programmation par aspect Approche par transformation de programmeApproche par transformation d’interprète Approches hybrides

4. Réflexion et Programmation par Aspect

5. AspectJ

6. Les références

Approche par transformation de l’interprète

Construction d’ un nouvel interprète I1 à partir de- des aspects non fonctionnels - de l’interprète par défaut I0

Cette approche est basée sur le concept de réflexion

La réflexion

La réflexion permet de séparer naturellement l’aspect de base des aspects non fonctionnels

METACLASSTALK sépare clairement les définitions des différents aspects non – fonctionnels

La configuration

-Définir pour chaque objet du niveau de base, le(s) méta - objet(s) chargé(s) d’en contrôler l’exécution

-Désigne des points de jonction où les méta - objets doivent intervenir

La Composition

-D’abord, l’interprète par défaut est étendu avec les définitions des métas objets

-Puis, l’aspect de base est composé avec les aspects non fonctionnels par l’intermédiaire du lien méta

Le PLAN

1. Définitions

2. Pourquoi la programmation par aspect?

3. Méthodes Programmation par aspect Approche par transformation de programmeApproche par transformation d’interprète Approches hybrides

4. Réflexion et Programmation par Aspect

5. AspectJ

6. Les références

Approches hybrides

Transforme le programme et l’interprète,pour introduire les aspects non fonctionnels

JAVASSIST est l’un des rares représentants de l’approche hybride

Le PLAN

1. Définitions

2. Pourquoi la programmation par aspect?

3. Méthodes Programmation par aspect Approche par transformation de programmeApproche par transformation d’interprète Approches hybrides

4. Réflexion et Programmation par Aspect

5. AspectJ

6. Les références

4. Les différences entre la Réflexion et AOP

-La réflexion est un concept de structure générique

-La programmation par aspect : introduit aux programmeurs des langages aspects spécifiques ASL

-La réflexion est : solution-oriented

-La programmation par aspect: problem-oriented

4. Les différences entre la Réflexion et AOP

-La programmation par aspect permet uniquement de partager puis composer les différents aspects

-La réflexion et/ou la réflexion comportementale peuvent être aussi utilisée pour:

programmation dynamiqueles programmes adaptatifs

4. Le Lien entre Réflexivité et AOP

La programmation par aspect est un sous ensemble de la réflexion comportementale partielle

La construction d’un langage aspect général sur un système réflexif générique permet de garantir les aspects comportementaux et diminue la complexité de la programmation

4. Le langage général

Les causes de la difficulté de l’implémentation des aspects-diversité-leur large spectre

La recherche se concentre sur la création d’un langage de programmation général: AspectJ

Le PLAN

1. Définitions

2. Pourquoi la programmation par aspect?

3. Méthodes Programmation par aspect Approche par transformation de programmeApproche par transformation d’interprète Approches hybrides

4. Réflexion et Programmation par Aspect

5. AspectJ

6. Les références

5. ASPECTJ

Le langage AspectJ est issu des travaux menés au Xerox-PARC sur la programmation par aspects.

ASPECTJ est une extension du langage objet java.

5. ASPECTJ

Quelques définitions:

Aspect : introduit une construction qui représente un aspectnon-fonctionnel et éventuellement la configuration associée

Joint point : point de jonction

Pointcut : un ensemble de points de jonction

Advice: code qui sera exécuté automatiquement dans tous les pointcut dans un certain point de jonction. Les règles de transformation sont introduites par l’intermédiaire de mots-clés tels que before et after.

Introduction Lexical: Ajouter des fonctionnalités a une classe.

Le PLAN

1. Définitions

2. Pourquoi la programmation par aspect?

3. Méthodes Programmation par aspect Approche par transformation de programmeApproche par transformation d’interprète Approches hybrides

4. Réflexion et Programmation par Aspect

5. AspectJ

6. Les références

Les références

1. Le point sur la programmation par aspectsNoury M. N. Bouraqadi- Saâdani—Thomas Ledoux

2.Aspect Oriented Programming versus Reflection: a first drafyJ.Malenfant and P.Cointe

3. Supporting Dynamic Crosscutting with Partial Behavioral Reflection: a Case StudyLeonardo Rodríguez— Éric Tanter — Jacques Noyé

4. AspectJ TutorialMorgan Deters

5.Partial Behavioral Reflection: Spatial and Temporal Selection of ReificationÉric Tanter- Jacques Noyé- Denis Caromel - Pierre Cointe

6. Supporting Dynamic Crosscutting with Partial Behavioral Reflection: a Case StudyLeonardo Rodríguez — Éric Tanter — Jacques Noyé

Les URL

1. MetaClassTalkhttp://csl.ensm-douai.fr/MetaclassTalk

2. Conférence sur AOPhttp://www2.parc.com/csl/projects/aop/workshops/icse98/

3. International conference on Aspect-Oriented software developmenthttp://aosd.net/2006/index.php