J'ai créé une application WPF à l'aide du nouveau format CSPROJ dans Visual Studio 2017.
par p>
Je peux construire et exécuter avec succès l'application. Cependant, j'ai un problème dans ce que l'éditeur de code ne reconnaît aucun contrôle placé dans le XAML, donc j'obtiens des erreurs erronées et aucun intellisense dans l'éditeur. P>
Fichier de projet: strong> p> mainwindow.xaml strong> p> Vous verrez que IntelliSense ne reconnaît pas que le bouton est défini:
Cependant, le projet construit et fonctionne avec succès (note que vous devrez exécuter l'exécutable manuellement - F5 kbd> ne travailler ...) p> p> < / a> p>
étapes pour reproduire h2>
p>
3 Réponses :
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 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. p> MSBuild: mecsigntimexaml code> au lieu de < Code> Msbuild: Compiler CODE>, comme décrit ici < / a> p>
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.
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. P>
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:
J'ai constaté que l'utilisation de cela comme pour définir le SDK résolu pour moi: au lieu de p> (ceci est dans 15.9.15 Version de VS2017) P> P>
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!