Discussion :

[TheBlackReverand]

Bonjour,

Je dois réaliser une DLL de framework pour mon client. Ce framework dois exploiter certaines méthodes du C#4 mais pas partout.

Certaines applications sont en C#2 et d'autres en C#4.

Est-il possible de réaliser le framework en C#4 et de le référencer dans l'application en C#2?
En prenant en compte que nous n'appelerions que les méthodes codées en C#2.

Merci pour votre avis.

[Max]

Salut

Ce n'est pas possible de référencer une DLL d'un framework d'une version supérieure. Après, en chargeant dynamiquement la DLL et à condition que le framework de version supérieure soit installé, c'est possible d'appeler les méthodes qui sont dedans, mais c'est selon moi du bricolage.

C'est plus simple de compiler deux versions différentes de ta DLL, une en 2 et une en 4 . C'est possible avec deux projets qui utilisent les mêmes fichiers, et dans celui en 2 tu ajoutes une condition de compilation via une directive préprocesseur qui te permettra de "désactiver" le code 4 non compatible.

[TheBlackReverand]

Merci pour ta réponse Max.


Je m'y attendais un peux mais bon...

Un chargement dynamique signifierais une perte de l'intellisense & co je présume?
On serais en mode 100% Reflection....en effet pas cool...


Sympathique ton idée du double projet avec les sources mutualisés un petit lien symbolique fera cela très bien!

Coté condition de compilation tu parles de "ProjectProperties/Build/Advanced/Language Version" ?
J'ai une liste avec "default ; ISO-1 ; ISO-2 ; C# 3.0 ; C# 4.0 ; C# 5.0" sous VS2013


Arf enfait non... https://msdn.microsoft.com/fr-fr/library/3sxhs2ty.aspx
Rien d'automatique ^^'

[Max]

Salut

Oui dans les propriétés de ton projet en .NET 2 tu définis ta directive (DOTNET_2 dans mon exemple) :

Et dans le code tu l'utilises de la façon suivante, toujours dans ton projet en .NET 2 :

Du coup dans ton projet en .NET 4 dans lequel ta directive n'est pas définie le code est accessible :

[TheBlackReverand]

En effet, je connaissais cette fonctionnalité mais je n'avais plus souvenirs de son nom "directive préprocesseur"

Maintenant je me lance dans une réflexion pour la mutualisation du code entre les projets, j'avais pensé utiliser des liens symboliques mais il y'a le quid des bin ; obj ; assemblyInfo

c'est dangereux de mutualiser le assemblyInfo pour les 2 projets? les seuls différences étant le Titre et le Guid

[Max]

Salut.

En effet, je connaissais cette fonctionnalité mais je n'avais plus souvenirs de son nom "directive préprocesseur"

Maintenant je me lance dans une réflexion pour la mutualisation du code entre les projets, j'avais pensé utiliser des liens symboliques mais il y'a le quid des bin ; obj ; assemblyInfo

c'est dangereux de mutualiser le assemblyInfo pour les 2 projets? les seuls différences étant le Titre et le Guid

Je ne me souviens plus du tout précisément comment j'avais procédé Mais dans mon cas mes deux projets utilisent le même dossier racine et tout le reste, il n'y a que dans bin que j'ai deux dossiers Debug et deux Release (un par projet). Les deux assembly ont des noms différents mais le même AssemblyInfo (utilisation de la directive aussi dans ce fichier).