Langage C#
  1. Langage C#
  3. Comment migrer des projets Wpf au nouveau format VS2017
Intereting Posts
Comment annuler une TaskCompletionSource à l’aide d’un délai d’attente Windows 8 – API Fancy Progress Bars? Générer automatiquement des implémentations de méthodes de classe de base Comment utiliser async lambda avec SelectMany? Entity Framework 6 avec Npgsql Suggérer un design: presque chaque object dans l’application a loggger Faire fonctionner les interjecteurs Ninject avec des méthodes asynchrones Exécution de la fonction côté serveur à la fermeture du navigateur Processus multi-plateforme simple pour traiter la communication en Mono? La classe de base générique encapsule la classe générique nestede afin de réduire la spécification d’argument de type: Existe-t-il un nom pour ce modèle? Méthode recommandée pour mettre en œuvre un stream de données financières en temps réel à faible temps de latence avec WCF? Bouton WPF clic en code C # Elmah fournisseur personnalisé et événement exposé C #: Comment charger l’assemblage depuis GAC? Publier sur Linkedin en utilisant Share Api

Comment migrer des projets Wpf au nouveau format VS2017

Je migre mes projets vers le nouveau format de visual studio 2017, qui fonctionne correctement pour toutes les bibliothèques standard. Je rencontre maintenant des problèmes avec les bibliothèques de l’interface utilisateur où j’utilise Wpf / Xaml.

Je n’arrive pas à comprendre comment faire cela pour mes contrôles utilisateur. Le vieil article ne semble plus être valide.

Tout le monde a une idée de comment faire cela ou si c’est même possible.

Il y a Sunburst.NET.Sdk.WPF qui permet de l’utiliser comme SDK .NET. Voici un exemple complet pour une application WPF où tous les fichiers .cs et .xaml seront automatiquement inclus: 

   WinExe net40

Lorsque vous construisez ce projet avec msbuild (notamment, je n’ai pas eu de chance avec la dotnet build ), il télécharge automatiquement le SDK de NuGet et configure tout.

Vous pouvez utiliser le modèle ci-dessous pour remplacer l’ancien .csproj par. Cela résout quelques problèmes que d’autres modèles de personnes avaient.

  1. Vous n’êtes pas obligé d’inclure des fichiers intermédiaires *.g.cs comme certains le suggèrent.
  2. Aucune erreur Main not found ne se produira.
  3. Non Unable to run your project. The "RunCommand" property is not defined. Unable to run your project. The "RunCommand" property is not defined. une erreur se produira.
  4. Inclut les parameters et les ressources par défaut déjà configurés.

Modèle: 

   $(MSBuildExtensionsPath)\$(VisualStudioVersion)\Bin\Microsoft.CSharp.targets net47 WinExe    full true     Designer MSBuild:UpdateDesignTimeXaml    Designer MSBuild:UpdateDesignTimeXaml

Après quelques recherches et essais et erreurs, je l’ai fait fonctionner!

Ceci est la version finale de wpf csproj: 

   $(MSBuildExtensionsPath)\$(VisualStudioVersion)\Bin\Microsoft.CSharp.targets net451 MyWpfLibrary MyWpfLibrary

La solution ci-dessus fonctionne pour les DLL Wpf, mais je l’ai inversée car Resharper et le concepteur Visual Studio n’étaient plus fonctionnels après cette modification. Principalement parce qu’ils ne pouvaient pas associer le xaml et le code-behind au moment de la conception. Mais le projet comstack et fonctionne.

Pour un exécutable wpf, vous devez procéder comme suit: 

   $(MSBuildExtensionsPath)\$(VisualStudioVersion)\Bin\Microsoft.CSharp.targets net451 WinExe MyNamespace MyExe MyExe.ico app.manifest MyNamespace.App