Jak przenieść projekty WPF do nowego formatu VS2017
Migruję swoje projekty do nowego formatu Visual Studio 2017, który działa dobrze we wszystkich standardowych bibliotekach, dopiero teraz mam problemy z bibliotekami interfejsu użytkownika, w których używam Wpf/Xaml.
Nie mogę dowiedzieć się, jak to zrobić dla moich niestandardowych elementów sterujących. Wydaje się, że stara klauzula już nie obowiązuje.
Czy ktoś ma pomysł, jak to zrobić i czy to w ogóle możliwe.
Nie znaleziono powiązanych wyników
Zaproszony:
Aby odpowiedzieć na pytania, Zaloguj się lub Zarejestruj się
6 odpowiedzi
Anonimowy użytkownik
Potwierdzenie od:
13 grudnia 2018 -
Zapowiedziano .NET Core 3 Preview 1
https://blogs.msdn.microsoft.c ... orks/
NET Core 3 będzie obsługiwać aplikacje WPF i WinForms. Możesz to wypróbować z pakietem Preview SDK:
Poprzednia odpowiedź
Możesz użyć poniższego szablonu, aby zastąpić stary plik .csproj. To rozwiązuje kilka problemów, które mieli inni ludzie.
Szablon:
<pre class="lang-xml prettyprint-override">
Anonimowy użytkownik
Potwierdzenie od:
To jest ostateczny WPF csproj:
Anonimowy użytkownik
Potwierdzenie od:
W przypadku pliku wykonywalnego wpf musisz wykonać następujące czynności:
Anonimowy użytkownik
Potwierdzenie od:
Sunburst.NET.Sdk.WPF
https://github.com/SunburstApp ... k.WPF
więc może być używany jak .NET SDK. Oto pełny przykład aplikacji WPF, w której zostaną uwzględnione wszystkie pliki i
automatycznie
:
Kiedy budujesz ten projekt za pomocą (szczególnie nie miałem szczęścia z ), automatycznie pobierze SDK z NuGet i skonfiguruje wszystko.
Anonimowy użytkownik
Potwierdzenie od:
Ale jeśli nie, to stwierdziłem, że mogę utworzyć oddzielny projekt współdzielony tylko dla elementów XAML i mogę odwołać się do tego projektu z projektu w stylu zestawu SDK. Wszystko jest budowane poprawnie.
Zwróć uwagę, że projektant XAML nie działa - nie ma funkcji Intellisense ani czerwonych zawijasów. Program Visual Studio otwiera pliki XAML przy użyciu edytora XML.
Anonimowy użytkownik
Potwierdzenie od:
Oto projekt (oparty na wcześniejszych odpowiedziach) zaprojektowany dla platformy .net (nie dla głównej aplikacji .net), ale zdolny do obsługi standardowych zależności .net: