Il y a quelques endroits mineurs où le code de mon projet peut être considérablement amélioré si le framework cible était une version plus récente. J'aimerais pouvoir mieux tirer parti de la compilation conditionnelle en C # pour les changer selon les besoins.
Quelque chose comme:
#if NET40
using FooXX = Foo40;
#elif NET35
using FooXX = Foo35;
#else NET20
using FooXX = Foo20;
#endifL'un de ces symboles est-il gratuit? Dois-je injecter ces symboles dans le cadre de la configuration du projet? Cela semble assez facile à faire puisque je saurai quel framework est ciblé par MSBuild.
/p:DefineConstants="NET40"Comment les gens gèrent-ils cette situation? Créez-vous différentes configurations? Passez-vous les constantes via la ligne de commande?
Réponses:
L'un des meilleurs moyens d'y parvenir est de créer différentes configurations de build dans votre projet:
Et dans l'une de vos configurations par défaut:
Ce qui définirait la valeur par défaut si elle n'était définie nulle part ailleurs. Dans le cas ci-dessus, OutputPath vous donnera un assembly distinct à chaque fois que vous construisez chaque version.
Créez ensuite une cible AfterBuild pour compiler vos différentes versions:
Cet exemple recompilera l'intégralité du projet avec la variable Framework définie sur NET20 après la première génération (en compilant les deux et en supposant que la première génération était le NET35 par défaut ci-dessus). Chaque compilation aura les valeurs de définition conditionnelles définies correctement.
De cette manière, vous pouvez même exclure certains fichiers du fichier projet si vous voulez sans avoir à #ifdef les fichiers:
ou même des références
la source
Une alternative qui fonctionne pour moi jusqu'à présent est d'ajouter ce qui suit au fichier de projet:
Cela prend la valeur de la propriété TargetFrameworkVersion, qui est comme "v3.5", remplace les "v" et "." pour obtenir "NET35" (en utilisant la nouvelle fonctionnalité Property Functions ). Il supprime ensuite toute valeur «NETxx» existante et l'ajoute à la fin des DefinedConstants. Il est peut-être possible de rationaliser cela, mais je n'ai pas le temps de jouer.
En regardant dans l'onglet Générer des propriétés du projet dans VS, vous verrez la valeur résultante dans la section des symboles de compilation conditionnelle. La modification de la version du framework cible dans l'onglet Application modifie alors automatiquement le symbole. Vous pouvez ensuite utiliser les
#if NETxxdirectives de préprocesseur de la manière habituelle. La modification du projet dans VS ne semble pas perdre le PropertyGroup personnalisé.Notez que cela ne semble pas vous donner quelque chose de différent pour les options cibles du profil client, mais ce n'est pas un problème pour moi.
la source
J'ai eu des problèmes avec ces solutions, probablement parce que mes constantes initiales étaient pré-construites par ces propriétés.
Visual Studio 2010 a également généré une erreur en raison des points-virgules, affirmant qu'il s'agissait de caractères illégaux. Le message d'erreur m'a donné un indice car je pouvais voir les constantes pré-construites séparées par des virgules, suivies finalement de mon point-virgule "illégal". Après quelques reformatages et massages, j'ai pu trouver une solution qui fonctionne pour moi.
Je publierais une capture d'écran de la boîte de dialogue Paramètres avancés du compilateur (ouverte en cliquant sur le bouton "Options de compilation avancées ..." sur l'onglet Compiler de votre projet). Mais en tant que nouvel utilisateur, je n'ai pas le représentant pour le faire. Si vous pouviez voir la capture d'écran, vous verriez les constantes personnalisées remplies automatiquement par le groupe de propriétés, puis vous diriez: "Je dois m'en procurer une partie".
EDIT: J'ai obtenu ce représentant étonnamment rapide .. Merci les gars! Voici cette capture d'écran:
la source
Commencez par effacer les constantes:
Ensuite, construisez votre débogage, trace et autres constantes comme:
Enfin, créez vos constantes de cadre:
Je pense que cette approche est très lisible et compréhensible.
la source
Dans un fichier .csproj, après une
<DefineConstants>DEBUG;TRACE</DefineConstants>ligne existante , ajoutez ceci:Faites ceci pour les configurations de build Debug et Release. Ensuite, utilisez dans votre code:
la source
@Azarien, votre réponse peut être combinée avec celle de Jeremy pour la conserver au même endroit plutôt que Debug | Release etc.
Pour moi, combiner les deux variantes fonctionne mieux, c'est-à-dire inclure des conditions dans le code en utilisant #if NETXX et également construire pour différentes versions de framework en une seule fois.
J'ai ces derniers dans mon fichier .csproj:
et en cibles:
la source
Si vous utilisez le système de construction .NET Core, vous pouvez utiliser ses symboles prédéfinis (qui correspondent déjà à votre exemple et ne nécessitent aucune modification de votre
.csproj!):La liste des symboles prédéfinis est documentée dans Développement de bibliothèques avec des outils multiplateformes et #if (Référence C #) :
la source