8
votes

Contrôles WPF non reconnus dans Code-Land lors de l'utilisation du nouveau format CSPROJ

J'ai créé une application WPF à l'aide du nouveau format CSPROJ dans Visual Studio 2017.

par


3 commentaires

Avez-vous trouvé une solution à cela?


Actuellement, je ne crois pas qu'il y ait une solution - nous nous collaborons avec le nouveau format de projet car il possède d'autres grands avantages pour nous (les packages de Nugets conditionnels sont le tueur de notre scénario, mais les dépendances transitives sont également super sympa), mais cela est définitivement un pita pour nous :(


Cela semble être corrigé dans Visual Studio 2017 V15.3.3 - Enfin!


3 Réponses :


1
votes

Une solution légèrement hacky consiste à éditer le fichier de projet pour ajouter les classes générées. Malheureusement, je ne peux pas savoir comment rendre le fichier dépendez-vous du fichier xaml - je pense qui ne fonctionne que pour les fichiers dans le même dossier .

En outre, vous devez utiliser MSBuild: mecsigntimexaml au lieu de < Code> Msbuild: Compiler , comme décrit ici < / a>

Enfin, il semble que vous devez nommer explicitement chaque "Inclure" dans l'élément "Page" - Vous ne pouvez pas utiliser de caractères génériques. xxx


1 commentaires

Une autre enquête montre que cela ne fonctionne pas de manière cohérente. Généralement, lorsque vous faites une construction, Intellisense cesse de travailler.



2
votes

Une légère amélioration de votre réponse précédente consiste à inclure les fichiers .g.cs, mais les marquez comme non visible afin qu'ils ne montrent pas dans la solution. Vous aurez également besoin de marquer la baseinmermediateOutpathtpath comme non visible sinon il apparaît comme un dossier vide.

Ceci donne le même comportement mais semble que vous ne voyez pas le dossier Obj dans l'explorateur de la solution. xxx


4 commentaires

Une autre enquête montre que cela ne fonctionne pas de manière cohérente. Généralement, lorsque vous faites une construction, Intellisense cesse de travailler.


Cela semble fonctionner avec Visual Studio 2017 V15.3.3 maintenant, ce qui le marquait comme la réponse.


Notez que j'ai dû modifier l'avant-dernière ligne pour inclure les dossiers enfants


Oh, et les projets ne chargent pas si vous avez cette ligne: . Toujours - c'est définitivement une amélioration :)



1
votes

J'ai constaté que l'utilisation de cela comme pour définir le SDK résolu pour moi: xxx

au lieu de xxx

(ceci est dans 15.9.15 Version de VS2017)


0 commentaires