Discussion :

[neoviper]

Bonjour tout le monde !

Je m’appelle Paul et j’ai besoin d'un peu d'aide vis à vis du C#!

contexte : Je travaille dans le milieu médical en tant que physicien médical, j'utilise les accélérateur d'électrons (LINAC) et il est possible dans notre système d'utiliser le C# afin d'optimiser X choses . Le C# est fondu dans notre interface du "TPS" (Treatment Planning System) donc il y a des fonctions propre à cet éco système... Mais voilà, j'essaie de faire un code qui peut être utile à la plupart des centres de radiothérapie mais le problème est que nous n'avons pas tous la même version du TPS, certaines expressions sont différentes...

exemple :
Pour avoir la dose délivrée par fraction je fais

Version 13

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

double Dose = context.externalBeamPlanning.PlanSetup.UniqueFractionnation.DosePerFraction;

Version 15

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

double Dose = context.externalBeamPlanning.PlanSetup.DosePerFraction;

Bien-sur si je pose une condition si V= 13 ou V=15, au moment de compiler il me dit que l'une ou l'autre expression n'existe pas dans la bibliothèque....
Savez-vous s'il est possible de créer un string du style

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
si V13
    string DoseVersion = "UniqueFractionnation.DosePerFraction"
si V15
    string DoseVersion = "DosePerFraction"

et ensuite

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

double Dose = context.externalBeamPlanning.PlanSetup.DoseVersion;

Je suis ouvert à toutes autres possibilités !

Merci beaucoup de votre aide !

Paul

[Pol63]

je pense qu'il faut faire 2 dlls et charger la bonne selon la version
pour ca il existe l'injection de dépendance avec des framework tout fait
sinon ca peut se faire à la main facilement si on a quelques concepts en tête comme le design pattern factory et l'héritage, et après c'est appdomain.load pour charger une dll

[François DORIN]

Bonjour,

Alors, je vois plusieurs possibilité, chacune avec des avantages / inconvénients.

La première, c'est d'utiliser la réflexion pour récupérer les bonnes valeurs. En fonction de la version, tu utilises ainsi des noms différents. C'est un peu chiant à mettre en place (nécessite pas mal de code), mais permet d'avoir une seule DLL qui fasse tout le boulot.

La seconde, c'est d'utiliser une variable de type dynamic. Par exemple, tu fais un dynamic planSetup = context.externalBeamPlanning.PlanSetup. Normalement, le compilateur devrait autoriser ensuite l'usage de membres, même s'il n'existe pas (par contre, le programme crachera à l'exécution si une méthode n'existe pas). On perd le typage statique, mais c'est plus simple à mettre en oeuvre que la réflexion et permet d'avoir une seule DLL. Mais il faut au minimum un C# 4.

La troisième, c'est de définir des "symboles de compilation conditionnelle", pour pouvoir faire ensuite du code comme:

Code C# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
#if VER_15
    Console.WriteLine("Version 15");
#endif

C'est assez simple à mettre en oeuvre, mais cela nécessite de définir des variables à la compilation, et surtout génère autant de DLL qu'il y a de versions différentes.

Et il y a en plus la méthode d'injection de dépendance proposée par Pol63.

Quoi qu'il en soit, je te suggère fortement de faire un Wrapper pour tes TPS. C'est ton wrapper qui fera le nécessaire en fonction de la version du logiciel. Ton programme lui, n'aura plus qu'à l'utiliser sans se soucier de quoi que ce soit. Par exemple, ton wrapper définit une propriété DosePerFraction, et c'est à la charge ensuite à ton wrapper de récupérer cette valeur en fonction de la version installée.

Ainsi, en cas de changement de version, ou d'une nouvelle version, tu n'auras que le wrapper à mettre à jour.

[neoviper]

Merci beaucoup !

Mes connaissances en C# sont toutes nouvelles et j'ai appris sur le tas en décryptant des scripts donc la méthode qui me parle le plus est celle de l'utilisation des dynamics que je vais essayer !
Pour le moment nous utilisons 2 Dll, mais c'est un peu chiant car quand je fais une amélioration (et il y en a vu que j'en apprend de jours en jours), je dois le faire sur les deux et j'ai peur que finalement cela entraîne une erreur.
Donc je pars pour le moment sur les dynamics en blindant le code histoire de pas avoir de crash et si ca marche pas je vais partir sur les autres solutions (qui pour le moment sont du chinois pour moi ).

Merci beaucoup !

[Noxen]

Une autre option pour éviter la duplication de code est d'utiliser un projet partagé. En gros il y aura deux projets de dll, un pour chaque version du TPS, plus une troisième projet contenant tout le code en commun et référencé par les deux premiers projets. Au moment de la compilation des projets de dll tout le code du projet partagé sera traité comme s'il faisait partie du projet compilé.

C'est une options de Visual Studio très utile pour réaliser deux implémentations d'une même fonctionnalité en fonction de la plateforme à cibler, sans avoir à écrire deux fois la même chose. Par exemple on peut faire deux versions d'une dll, l'une ciblant le .Net Framework, et l'autre le Framework Net Core, ou bien l'une ciblant une ancienne version du Framework et l'autre une version récente en utilisant des fonctionnalités qui ne sont disponibles qu'à partir de cette version.

[StringBuilder]

Pour reporter facilement des modification d'un projet dans un autre, tu peux aussi passer par le gestionnaire de source (GIT notamment) et faire une branche.
Il est alors possible simplement de récupérer dans la branche "V15" les modifications apportées dans la branche "V13".