Discussion :

[ash.ice.loky]

Bonjour a tous,
dans le cadre d'une application financière haute fréquence avec donc un besoin de performance importante, je réfléchis à intégrer l'AOP via PostSharp.
Apres un rapide tour d'horizon il semble être celui qui offre le plus de possibilités.

Premier problème je suis loin d'être un expert de l'AOP et encore moins de PostSharp et très peu de doc existe sur le framework (en tout cas de doc récente).

Je ne suis pas certain de l'impact sur les performances.
- les aspects runtime (lent)
- les aspects build (0 impact normalement ??) : WPF (INotifyPropertyChanged, DependancyProperty, Command, .....)

Certains l'utilise?
Avez vous des liens et docs?
Que pensez vuos de l'impact sur les performances?

[estacado]

Bonsoir,

Je ne suis pas fan de ce genre de techno, je l'ai utilisé par le passé et je me retrouve à encore l'utiliser aujourd'hui car PostSharp s'est retrouvé imposé malgré la réticence de certains membres de l'équipe pour notre projet...
Bref, je m'éloigne de tes questions, mais de mon pointe de vue il y a plus de contraintes que d'avantages avec ce genre de techniques.

L'idée derrière ce concept est de pouvoir injecter du code supplémentaire pendant la compilation. L'endroit sera choisi vis à vis de l'endroit où tu mettras ton attribut.
Du coup, niveau performance cela va dépendre principalement du code supplémentaire que tu vas injecter et si ce code est optimisé n'aura que peu d'impact.
La contre partie sera au moment de la compilation si tu dois faire cela à de nombreux endroits dans le code. Effectivement, la compilation risque de prendre un peu plus de temps...

L'aop, je ne l'ai utilisé qu'avec PostSharp. Toutefois il est capricieux avec les licences. Et régulièrement nous avons des soucis, si les versions ne matchent pas ou diverses raison... ce qui abouti à ne pas pouvoir compiler la solution.
Je trouve que c'est assez chronophage pour un outil qui est censé nous faire gagner du temps dans notre développement.

De plus, pour effectuer des séances en débug, cela devient compliquer car le code est généré pendant la compilation...

Je l'ai souvent vu pour générer automatiquement des traces de logs. C'est magique, mais en pratique on se retrouve avec un tas d'informations sans contexte réel. De ce fait extraire les informations pertinentes est compliquée voir on se retrouve avec rien d'exploitable car nous faisons fasse à un volume de données trop important pour être compréhensible...
Pourtant, si les traces pertinentes auraient été mis dès le début dans le code par le développeur (qui est la personne qui connait le mieux la pertinence des informations qu'il manipule) le support sera alors beaucoup plus simple en ayant cette fois que informations utiles car le reste ne sera pas mis en avant...

Après, si tu as des questions plus précises n'hésites pas... mais il faudra sans doute, détailler un peu plus sur ce que vous comptez faire au niveau de l'application, du log, de l'audit, de l'historisation, autre ?

[NobodyIsPerfect]

Bonjour,

J'utilise Postsharp dans mes projets depuis 2009, et je peux dire que coté performance je ne suis pas déçu. Je l’utilise principalement dans un composant de génération de fichier de trace automatique et c’est uniquement de disque de stockage qui limite la performance, le gain en codage est énorme. Et dans quelque cas spécifique de contrôle de règle de design à la compilation. Le cout sur la compilation est de l'ordre de la secondes (dans mon cas inférieur à 2s sur une assembly de 6Mo).

Je suis surpris par ta remarque sur la doc qui ne serait pas dispo. Regarde sur le site https://www.postsharp.net/ il y a les liens vers la doc à jour, et elle est très complète.

Le seul bémol sur cette AOP est le prix de la licence, à l’origine la V1 était gratuite, mais à la V2 le concepteur (Gael Fraiteur) a décidé de monter sa boite et de la rendre payante (300 à 600€ par dev), et régulièrement il change les conditions/types de licence. Par contre ils ont un excellent support. Et ils sortent des correctifs et améliorations en permanence et suivent de très près la techno .Net pour sortir de version compatible avec les nouveautés de Microsoft très rapidement (.Net Core, …).

En tous cas je pense qu’en techno .Net c’est le plus sérieux et performant.