Discussion :

[exa.gere]

Bonjour,
Je dois écrire des programmes devant dialoguer avec différents appareils via RS232.
J'ai découpé l'analyse pour obtenir un tronc commun qui dialoguera avec un soft (genre driver) spécifique à chaque appareil. Cela à l'avantage d'assurer une maintenance plus facile et plus propre.

Je voudrais trouver une solution pour que le programme principal puisse travailler avec les différents "drivers".

Il y a les DLL mais si j'ai bien compris elles doivent être listées dans le programme principal, celui-ci devra donc être compilé, publié etc à chaque ajout d'un nouvel appareil.

Il y a le CLR (common language runtime) mais alors je ne vois pas comment compiler un soft en CLR et comment se fait l'interfaçage avec le programme principal.

Le développement s'effectue en visual studio.

Si vous avez des idées ou mieux des solutions, je suis preneur

exa.gere

[GuruuMeditation]

En gros, Visual Studio compile ce qui est .NET en code intermédiaire CIL ( Common Intermediate Language).
Quand un code CIL est exécuté, il lance une virtual machine appelée CLR (Common Language Runtime) qui compile ce code intermédiaire en code natif pour l'execution.
Quels language comptez-vous utiliser pour les drivers?

[moldavi]

Bonjour.

Si j'ai bien compris, vous voulez que le programme principal utilise des dll dont il ne sait rien ?

Ceci peut vous aider :

http://msdn.microsoft.com/fr-fr/libr....contract.aspx

The System.AddIn.Contract namespace contains interfaces and structures that provide the basis for communication between components that are updated independently.

Le fait d'utiliser un système de contrat assurera la bonne communication entre les composants.

PS : je pense qu'il y a d'autres outils dans le framework, mais il faut farfouillé.

[GuruuMeditation]

Je voulais juste clarifier "compiler en CLR" car ça me semblait assez embrouillé.

Maintenant utiliser les Addin devrait marcher, mais j'ai entendu dire que pour des projets plus simples le Managed Extensibility Framework (MEF) etait plus facile. N'ayant fait ni l'un ni l'autre je ne puis dire, mais il y a peut-etre un oeil à jeter dessus.

[Graffito]

Une autre solution serait d'utiliser CodeDom qui permet de compiler et d'éxécuter en dynamique du code C# : il suffirait alors de fournir les "softs (genre driver)" sous forme de fichiers de données qui contiendraient des classes écrites en C#.

[exa.gere]

bonjour et merci à tous pour la réactivité.

Pour le développement des "drivers" cela pourra être réalisé en VB ou VC.

J'étudie vos réponses et vous donnerai des nouvelles

exa.gere