J'ai trouve une nouvelle doc pour Xavier. En plus cela rejoind une intuition que j'avais tout en ayant du mal a l'exprimer.
Xavier doit trouve une maniere d'exprimer une manipulation de graph. L'AOP definit des vues differentes d'un meme programme : pour du traitement d'image, on aura l'algo de traitement, la representation des donnes, la fusion des traitements. 3 aspects nomalement tres lie. Quelques part cela rejoind mon experience en hardware avec l'ecriture des script de syntheses. Dans ces scripts, on pouvait definir le type de FSM utilise, le type de memoire, le type de pad,les contraintes de timing, les "faux chemin", les chemins multicycles, etc... Bref, dans un autre fichier on gerait tout l'aspect performance et generation de la netlist. L'execution du script donnait aussi beaucoup d'informations, comme le nombre de flip flop generes, les chemins les plus long, les choix automatiques fait (type de FSM, type d'additionneur, ...). ses informations etaient precieuses dans un but d'optimisation. Les contenaires magiques si ils generent des log a la compilation pourrait beaucoup y ressembler. Par contre l'AOP, va plus loin, cela ressemble plus a de l'introspection lourde que l'on a besoin pour faire l'optimiseur. http://fr.wikipedia.org/wiki/Programmation_orient%C3%A9e_aspect http://www.parc.com/research/projects/aspectj/downloads/ECOOP1997-AOP.pdf http://www.dotnetguru.org/articles/dossiers/aop/quid/AOP15.htm Nicolas _______________________________________________ Isaac-devel mailing list [email protected] https://mail.gna.org/listinfo/isaac-devel
