Discussion :

[Laeticia]

Bonjour,
Je vous expose mon souci de méthodologie ainsi que le contexte
J'ai une application winform qui a été développée et qui est en prod, qui tourne et qui fonctionne bien
Aujourd'hui je souhaite faire un plugin ou un patch je ne sais pas trop quel terme convient le mieux !
Je souhaite par exemple , rajouter un menu dans le top menu (menu classique .net) avec de nouvelles fonctionnalités sans avoir à tout redevelopper, et à tout redéployer !
Quelle est la bonne méthode pour développer un plugin sans tout redéployer en restant dans de bonnes méthodes ?

Par avance merci

[SaumonAgile]

Tout dépend de ton application de départ. Est elle développée pour accepter des plugins ?

[Laeticia]

Tout dépend de ton application de départ. Est elle développée pour accepter des plugins ?

hmm c'est à dire ? qu'est ce qui fait qu'une application est développée pour accepter des plugins ? patch ?
merci

[SaumonAgile]

hmm c'est à dire ? qu'est ce qui fait qu'une application est développée pour accepter des plugins ? patch ?
merci

Vu ta réponse, je suis quasiment sûr que ton application n'est pas développée pour accepter des plugins.
Tu devras donc modifier le programme initial et déployer la nouvelle version.

[Sunsawe]

L'acceptation ou non de plugin par une application se définit lors de sa conception.
C'est tout une architecture qu'il faut mettre en place. Il y a des interfaces communs pour que l'appli reconnaisse un plugin et des mécanismes de chargement de ces fameurs plugins à mettre en place.
Dans ton cas faut aussi que l'application soit prévu pour "s'auto modifier" en fonction des plugins chargés.

Tout ça pour dire que si ton appli n'a pas été pensé ainsi à la base, y'a peu de chance pour que tu puisses utiliser le concept de plugin.

[Laeticia]

merci pour vos réponses

je souhaiterai savoir si vous avez des liens ou des exemples qui parlent de ce genre d'architecture !
pour faire simple, afin de mettre en place ce genre de solution, il serait bon de partir sur un exemple simple :

une application toute bête qui utilise un menu pour creer un fichier texte et enregistrer ce même fichier prenant en compte les modifications enregistrées dans l'areabox ci dessous.
quelle est l'architecture à mettre en place pour "accepter" un futur plugin / patch qui rajouterai un menu / et / ou rajouterai des éléments dans un menu existant, considérant que l'application finale tourne et que le plugin/patch est un msi qui vient la modifier

Par avance merci pour vos réponses

[AP]

Un article sur le système de plug-ins que je considère comme le plus abouti en .Net:
http://www.codeproject.com/csharp/ICSharpCodeCore.asp
Avec tu auras quasiment aucune limitation.

[AdriM]

Comme l'a dis AP, fait des recherches sur le core de #Develop, c'est très simple et vu que c'est open-source

Je développe depuis 2 ans un software basé sur ce Core, et il résoud (quasi) tous les problèmes rencontrés pour ce type de config, hésite pas a me contacter en cas de difficultés!

[cinemania]

la notion de patch elle oblige à redéployer une version ou a etre un gros sauvage et gérer un systeme de patch qui va alterer automatiquement le code de ton assembly ...

le patch est fait pour corriger des erreurs, des bugs, des failles de sécurité
le plugin est fait pour améliorer et ajouter des fonctionnalité au programme de base.

[Laeticia]

Merci à vous pour toutes ces réponses vraiment intéressantes !
j'ai également trouvé un tuto ici sur developpez.com qui explique pas mal le process avec des interfaces etc ...
à méditer....
je reviendrai avec vous lorsque j'aurai plus d'info

Encore Merci