Répondre

2

C'est une mauvaise idée. Nous devrions d'abord comprendre pourquoi vous ne pouvez pas modifier et continuer lorsque vous ciblez le profil client. Cela devrait fonctionner totalement. Cibler différents frameworks basés sur la configuration actuelle est une chose TRÈS MAUVAISE à faire! Oh, oui, même si ce serait une bonne idée, ça ne peut pas être fait. Pourquoi? Parce que la hiérarchie du projet et certains objets internes devront être mis à jour, mais cela ne peut pas être fait si le projet n'est pas rechargé. D'un autre côté, vous pouvez changer la configuration actuelle de Configuration Manager sans recharger. Donc le 2 ne colle pas ensemble. Et cela ne fonctionnerait pas comme vous le souhaitez, même si vous déplacez les éléments TargetFrameworkVersion et TargetFrameworkProfile vers votre PropertyGroup contraint avec la condition de configuration. Visual Studio l'utilise également pendant la conception. Donc, non, non, non.

Comment exactement cela "ne fonctionne pas", vous obtenez une erreur?

Dans Visual Studio 2010 Les applications de console (entre autres) ciblent le profil client par défaut. Pourquoi ne pas créer une application de console ciblant 4.0 et voir si vous pouvez éditer et continuer là. Si vous pouvez alors il y a quelque chose de mal avec votre projet actuel.

EDIT: À partir de la ligne de commande, vous pouvez bien sûr spécifier le profil MSBUILD à tout moment.

+0

ouais assez juste. Je peux éditer et continuer dans une application de console comme vous l'avez dit. Peut-être que c'est parce que mon projet utilise des contrôles qui ciblent 3.5 ... la recherche continue. merci .. –

+0

Cela devrait également être pris en charge. Essayez de trouver quelques étapes simples de repro qui peuvent m'aider à reproduire ce que vous voyez. –

Questions connexes