MOTEUR D'ASPECT POUR PHP

Commentaire de coucou747 le 25/02/2009 09:00:02

OMG

c'est tres interessant.

t'as pas eu du mal a revennir vers php apres avoir fait du java ?

apres avoir fait du java, je lance kate pour faire du php, je tape $this-> et controle space, et j'attends betement que kate me liste les methodes de l'objet courrant, chose qu'il ne sait evidement pas faire :(

c'est une belle utilisation de la reflection, meme si je doute que ca soit tres utile en pratique.

Commentaire de LocalStone le 01/03/2009 00:26:26

@Coucou747: T'as pas idée du mal que j'ai eu pour revenir au PHP. Et le pire, c'est l'inverse : j'ajoute des [function] à toutes les méthodes et je préfixe toutes les variables alors que ça ne sert pas à grand chose en Java.

Et concernant l'intérêt de l'AOP ... Détrompe-toi ! C'est énormément utilisé ! C'est avec Hibernate (en Java) que j'ai compris à quel point c'était puissant (http://www.hibernate.org/) et donc indispensable :P.

@aKheNathOn: J'ai pas très bien compris la première question. Par contre, je peux te donner mon avis pour la seconde (je suis loin d'être un expert). Déjà, tu fais un aspect pour la journalisation, qui ne doit pas être bien sorcier. En gros, tu mets des advices autour de toutes les méthodes fonctionnelles qui t'intéressent. Ensuite, pour la partie transaction, tu fais un te mets autour de la méthode qui te permet de faire un retrait. Si aucune exception n'est lancée, alors ça veut dire que le mec à le droit de le faire, donc tu peux faire la transaction. Sinon, tu attrapes l'exception, tu ne fais pas la transaction et tu relances la transaction pour en faire profiter le reste de l'application.

Et tu as raison, je ne gère les pas les pointcuts avant et après une méthodes. Je ne me suis occupé que du pointcut "around", parce que c'est le plus puissant (et aussi parce que j'avais la flemme de faire le reste).

Il manque également deux choses importantes pour que l'on puisse utiliser mon module en pratique :

1. ce que j'appellerais un contexte d'aspect, qui permet de stocker des variables pour un aspect (des champs voire des méthodes que l'aspect peut appeler, sachant que ce context doit évoluer indépendamment pour chaque instance proxifiée par l'aspect) ;

2. des annotations, à la manière du Java, à placer autour de la déclaration des classes et des méthodes, utilisables par les aspects.

Voili voilou ! Merci pour vos commentaires en tout cas !