Tworzenie aplikacji systemu Windows — często zadawane pytania

Aby zapoznać się z doskonałym przeglądem dzisiejszych opcji dla deweloperów systemu Windows, obejrzyj najnowsze odcinek czatu deweloperskiego systemu Windows, Wybór idealnej platformy deweloperskiej, gdzie omawiają winUI, .NET MAUI, React Native, Blazor i Progressive Web Apps (PWA).

Możesz również zapoznać się z omówieniem opcji tworzenia aplikacji dla deweloperów systemu Windows.

W czasach usług w chmurze programowanie aplikacji klienckich pozostaje kluczowym składnikiem nowoczesnej transformacji cyfrowej. W przypadku deweloperów tworzenie aplikacji klienckich jest niezbędne nie tylko do osiągnięcia, ale także do zapewniania dynamicznych, znaczących interakcji na urządzeniach użytkowników.

Oto dlaczego aplikacje klienckie mają znaczenie:

• Device Reach: Dzięki ponad 1,5 miliarda urządzeń z systemem Windows i ponad 5 miliardów urządzeń z systemem Android i iOS na całym świecie aplikacje klienckie umożliwiają bezpośrednie przenoszenie aplikacji do użytkowników na ich urządzeniach.
• Gateway to Intelligent Services: aplikacje klienckie często są pierwszymi użytkownikami interakcji z usługami. Oferują one bogaty, interaktywny interfejs, który umożliwia prezentowanie inteligentnych funkcji i odróżnienie produktu od innych.
• skalowalność z integracją z chmurą: Dobrze zintegrowana aplikacja kliencka może bezproblemowo synchronizować się z usługami w chmurze zaplecza, umożliwiając dostęp do danych w czasie rzeczywistym i bezproblemową skalowalność w miarę wzrostu bazy użytkowników.
• zwiększonej produktywności i lojalności użytkowników: Przemyślana aplikacja może zwiększyć produktywność i zapewnić użytkownikom zaangażowanie w produkt lub usługę w czasie.

Zestaw SDK aplikacji systemu Windows to platforma dewelopera aplikacji systemu Windows, która umożliwia tworzenie pięknych, nowoczesnych, wstecznych aplikacji (w dół do aplikacji klasycznych systemu Windows 10 1809). WinUI to struktura interfejsu użytkownika dostarczana z zestawem SDK aplikacji systemu Windows.

Oba są zestawami SDK (software development kit), które umożliwiają tworzenie aplikacji systemu Windows.

zestawu SDK aplikacji systemu Windows to nowa platforma programistyczny, która umożliwia tworzenie nowoczesnych aplikacji klasycznych, które można instalować w różnych wersjach systemu Windows (w dół do systemu Windows 10 1809). Podczas kompilowania przy użyciu zestawu SDK aplikacji systemu Windows dostępne są najnowsze funkcje platformy programistycznej systemu Windows. Zestaw SDK aplikacji systemu Windows zawiera interfejs WinUI.

windows SDK to platforma programistyczny umożliwiająca tworzenie aplikacji platformy uniwersalnej systemu Windows i aplikacji Win32/desktop. Jest on przeznaczony dla interfejsów API systemu Windows, które są powiązane z określonymi wersjami systemu operacyjnego.

Zestaw SDK aplikacji systemu Windows nie zastępuje zestawu Windows SDK. Zamiast tego zestaw SDK aplikacji systemu Windows uzupełnia zestaw Windows SDK. Zapewnia wygodną, niezależną od systemu operacyjnego abstrakcję wokół bogatego katalogu interfejsów API systemu Windows, które są już dostępne przy użyciu zestawu Windows SDK. Aplikacje utworzone za pomocą zestawu SDK aplikacji systemu Windows mogą nadal używać interfejsów API zestawu Windows SDK w zależności od potrzeb funkcji. Z czasem więcej funkcji zestawu Windows SDK zostanie przeniesionych do zestawu SDK aplikacji systemu Windows.

Oto kilka powodów, dla których należy wybrać natywną strukturę systemu Windows dla aplikacji tylko dla systemu Windows:

• Wydajność: Natywne struktury systemu Windows są zoptymalizowane pod kątem wykorzystania nowoczesnego sprzętu systemu Windows, zapewniając szybkie i dynamiczne środowisko użytkownika.
• Integracja: System Windows jest dostarczany z szeroką gamą interfejsów API, które umożliwiają zaawansowane środowiska dostępne tylko w systemie Windows. Struktury natywne zapewniają głęboką integrację z tymi funkcjami i interfejsami API.
• Środowisko użytkownika natywnego: Struktury natywne zapewniają spójne środowisko na urządzeniach z systemem Windows, zapewniając, że aplikacja wygląda i działa świetnie wszędzie.
• Obsługa trybu offline: Natywne struktury obsługują scenariusze offline, umożliwiając aplikacjom działanie nawet bez łączności z Internetem.
• Zarabiania: Struktury natywne są aktywnie utrzymywane i obsługiwane przez firmę Microsoft, zapewniając dostęp do najnowszych aktualizacji i funkcji.

Jeśli tworzysz nową aplikację tylko dla systemu Windows, zalecamy użycie interfejsu WinUI. WinUI to najnowsza natywna struktura interfejsu użytkownika do tworzenia aplikacji systemu Windows i jest przeznaczona do pracy na wielu różnych urządzeniach z systemem Windows. Zapewnia nowoczesną i elastyczną strukturę interfejsu użytkownika do tworzenia atrakcyjnych wizualnie i interaktywnych aplikacji systemu Windows. WinUI jest częścią zestawu SDK aplikacji systemu Windows i działa najlepiej z najnowszymi wersjami systemu Windows.

Należy pamiętać, że platforma WinUI (platforma interfejsu użytkownika) jest dostarczana z zestawem SDK aplikacji systemu Windows (platformą deweloperów platformy Windows).

Ogólnie rzecz biorąc, nie można używać interfejsu WinUI, chyba że aplikacja jest gotowa do całkowitej migracji struktury interfejsu użytkownika. Funkcja o nazwie Wyspy XAML jest opracowywana w celu hostowania zawartości WinUI w innych strukturach interfejsu użytkownika (WPF, Win32).

Elementy zestawu SDK aplikacji systemu Windows mogą być często używane w aplikacjach desktopowych, w zależności od sposobu, w jaki istniejąca aplikacja została zbudowana. Aplikacje platformy UNIWERSALNEJ systemu Windows nie są obsługiwane przez zestaw SDK aplikacji systemu Windows.

Oznacza to, że aplikacje WPF/MFC/WinForms mogą używać interfejsów API zestawu SDK aplikacji systemu Windows, które nie są powiązane z interfejsem WinUI. Przykłady obejmują cykl życia aplikacji, zarządzanie oknami oraz powiadomienia typu toast.

Aby uzyskać więcej informacji, zobacz Use the Windows App SDK in an existing project (Używanie zestawu SDK aplikacji systemu Windows w istniejącym projekcie ).

Korzystanie z programu Visual Studio 2022 w wersji 17.10 lub nowszej jest zdecydowanie zalecane w przypadku programowania w systemie WinUI. Najnowsze wersje programu Visual Studio oferują zaawansowane funkcje programistyczne, takie jak przeładowywanie na gorąco, i zawierają obciążenie tworzenia aplikacji WinUI , które upraszcza konfigurację.

Inne środowiska IDE i przepływy pracy mogą działać, ale program Visual Studio jest obecnie jedynym oficjalnie obsługiwanym środowiskiem IDE dla systemu WinUI. Należy pamiętać, że program MSBuild jest wymagany do kompilowania projektów XAML lub WinUI.

WinUI to najnowsza natywna struktura interfejsu użytkownika na potrzeby tworzenia aplikacji systemu Windows. Zapewnia nowoczesną i elastyczną strukturę interfejsu użytkownika do tworzenia atrakcyjnych wizualnie i interaktywnych aplikacji systemu Windows. WinUI jest częścią zestawu SDK aplikacji systemu Windows i działa najlepiej z najnowszymi wersjami systemu Windows.

WinUI 2 to zestaw kontrolek i stylów interfejsu użytkownika opartych na platformie UWP. Zapewnia nowoczesny wygląd i obsługę aplikacji UWP, zaprojektowanych dla Windows 10.

WinUI 3 była wcześniejszą nazwą systemu WinUI, gdy została po raz pierwszy dostarczona jako część zestawu SDK aplikacji systemu Windows.

Podsumowując, WinUI jest najnowszą i najbardziej zaawansowaną wersją platformy WinUI, WinUI 2 jest biblioteką sterowania dla platformy UWP, a WinUI 3 była wcześniejszą etykietą dla winUI. Użyj "WinUI" w przyszłości, chyba że konkretnie odnosi się do winUI 2.

Tak — "Aplikacja WinUI" jest zalecanym terminem. Aplikacje WinUI są określane jako "Aplikacje WinUI", ponieważ WinUI 2 nie jest typem aplikacji, ale zestawem składników używanych w aplikacjach platformy UWP.

Nie. Nie można używać zestawu SDK aplikacji systemu Windows w aplikacjach platformy UWP, a interfejs WinUI 2 nie może być mieszany z interfejsem WinUI. Zobacz Migrate from UWP to the Windows App SDK.

Migrowanie składników interfejsu użytkownika jest ogólnie proste (w przypadku języka C# i C++/WinRT). W przeciwnym razie koszt migracji zależy przede wszystkim od:

1. Dostosowywanie pliku projektu i programu MSBuild: Nakład pracy migracji różni się w zależności od zaawansowanego użycia programu MSBuild.
2. Migracja interfejsu API platformy .NET: Aplikacje platformy UWP korzystające z platformy .NET muszą zostać przeniesione do platformy .NET 6 lub nowszej. W wielu przypadkach wdrażanie platformy .NET 6 jest proste.
3. Biblioteki składników interfejsu użytkownika: Biblioteki muszą mieć wersje przeznaczone dla winUI.
4. Jeśli aplikacja platformy UWP została zapisana w zastąpionym języku C++/CX, wymagane jest przenoszenie kodu źródłowego. Zobacz Move to C++/WinRT from C++/CX.

Aby uzyskać więcej informacji, zobacz Migrowanie z platformy UWP do zestawu SDK aplikacji systemu Windows.

Tak, uaktualnione aplikacje można publikować bez aktualizowania tożsamości aplikacji. Użytkownicy starej wersji zostaną zaktualizowani do nowej wersji. Dotyczy to tylko aplikacji na komputery stacjonarne. Aplikacje Xbox, HoloLens i Surface Hub nie mogą migrować do systemu WinUI.

Zobacz Deployment overview (Omówienie wdrażania ).

Zobacz Migrate from UWP to the Windows App SDK.

Nie. Kontrolki interfejsu użytkownika można tworzyć w kodzie. Jednak reprezentowanie interfejsu użytkownika w deklaratywnym zapisie XAML oferuje wiele korzyści, w tym ulepszone środowisko deweloperskie.

• Migracja z platformy UWP do winUI: wiele składników XAML i interfejsu użytkownika może być ponownie używanych, chociaż wymagane są pewne dostosowania składni.
• Migrowanie z WPF do WinUI: wiele pojęć jest przenoszonych, ale zestaw kontrolek i interfejsy API różnią się.

Jeszcze nie. Jest to znana luka w środowisku dewelopera WinUI. Narzędzia takie jak przeładowywanie kodu XAML na gorąco mogą pomóc w wielu scenariuszach. Rozpoczęto pracę nad projektantem interfejsu użytkownika w Visual Studio dla WinUI w Windows App SDK 1.7, ale wciąż nie ma wyznaczonej daty jego wydania.

Tak. Interfejs WinUI jest dostarczany jako część zestawu SDK aplikacji systemu Windows.

Nie. WinUI 2 jest częścią platformy UWP.

Prawie. Chociaż winUI pierwotnie rozpoczął się od bazy kodu WinUI 2, są to odrębne technologie. Oba są strukturami interfejsu użytkownika opartymi na języku XAML, które działają na platformach .NET i C++, ale WinUI 2 i WinUI nie są ze sobą zgodne.

Nie. Interfejs WinUI jest dostarczany jako część zestawu SDK aplikacji systemu Windows.

Tak. Wszystkie technologie w zestawie SDK aplikacji systemu Windows, w tym WinUI, działają w rozpakowanych aplikacjach.

Wyspy XAML umożliwiają hostowanie nowoczesnych kontrolek opartych na języku XAML wraz z istniejącym interfejsem użytkownika Win32 z innych platform, takich jak WinForms i WPF.

Obecnie wyspy XAML obsługują większość systemowych kontrolek XAML i WinUI 2. Aby uzyskać więcej informacji, zobacz Hosting kontrolek WinRT XAML w aplikacjach desktopowych (XAML Islands). Obsługa hostowania kontrolek WinUI jest dostępna od wersji 1.4 zestawu Windows App SDK.

Tak. Interfejs użytkownika Twojej aplikacji będzie wykorzystywać najnowsze zasady projektowania Fluent UI we wszystkich obsługiwanych wersjach systemów Windows 11 i Windows 10, aż do wersji 1809, zarówno w scenariuszach z pakietem, jak i bez pakietu.

Tak. Zobacz Stosowanie materiałów mikrofonowych lub akrylowych w aplikacjach klasycznych dla systemu Windows 11.

Zobacz Przykład i zasoby. Niektóre istotne repozytoria:

• windowsAppSDK-Samples: pokazuje, jak używać określonych zestawów interfejsów API zestawu SDK aplikacji systemu Windows.
• Przykłady specyficzne dla tematu systemu Windows: zawiera przykład notatek WinUI używany w samouczku Tworzenie aplikacji WinUI .
• z galerii WinUI: prezentuje zestaw SDK winUI i aplikacji systemu Windows. Dostępne również w sklepie Microsoft Store.

Jeśli zainwestowano już mocno w WPF, możesz nadal używać go dla istniejących aplikacji. WPF to dojrzała, stabilna struktura powszechnie używana do tworzenia aplikacji klasycznych systemu Windows.

Rozważ użycie Asystenta uaktualniania platformy .NET , aby przeprowadzić migrację aplikacji WPF programu .NET Framework do najnowszej platformy .NET. Analizuje bazę kodu i zawiera wskazówki dotyczące jego aktualizowania.

Podczas tworzenia aplikacji WPF za pomocą platformy .NET 9 lub nowszej możesz upewnić się, że aplikacja jest zgodna z eleganckim, nowoczesnym wyglądem systemu Windows 11. Nowy motyw Fluent dla WPF wprowadza współczesną estetykę systemu Windows 11 ze zintegrowanym trybem jasnym/ciemnym i obsługą kolorów akcentów systemowych. To modernizuje wygląd aplikacji i zapewnia dopracowane, spójnie środowisko użytkownika.

Jeśli rozwiązanie WinForms spełnia Twoje potrzeby, a Twój zespół jest w nim wygodny, możesz nadal używać formularzy WinForms dla istniejących aplikacji. WinForms to dojrzała i stabilna struktura powszechnie używana do tworzenia aplikacji klasycznych systemu Windows.

Zespół WinForms nadal inwestuje w platformę. Niektóre bieżące obszary inwestycji obejmują:

• Obsługa asynchronicznych kontrolek typowych
• Tryb ciemny
• Elastyczność układu
• Funkcje zabezpieczeń pulpitu, takie jak dostęp do schowka

Jeśli kierujesz użytkowników na wiele platform systemu operacyjnego, tworzenie aplikacji międzyplatformowych za pomocą programu .NET MAUI lub React Native może oferować kilka korzyści:

• Osiągnąć: Aplikacje międzyplatformowe docierają do większej grupy odbiorców na różnych urządzeniach i systemach operacyjnych.
• Ponowne użycie kodu: Ponowne tworzenie kodu na różnych platformach skraca czas programowania i koszty. Tworzenie oddzielnych aplikacji dla systemów Windows, Android, iOS i macOS może być zbyt kosztowne.
• Spójne środowisko użytkownika: Platformy międzyplatformowe pomagają zapewnić spójny wygląd i działanie na różnych platformach.
• Integracja: Aplikacje międzyplatformowe mogą nadal integrować się z usługami specyficznymi dla platformy, aby zapewnić kompleksowe środowisko.

Podczas tworzenia aplikacji .NET MAUI dla systemu Windows wynikiem jest aplikacja WinUI. Podczas programowania platforma .NET MAUI oferuje jedno środowisko .NET na różnych platformach, ale generuje kod specyficzny dla platformy pod maską. Dzięki temu aplikacje .NET MAUI działają dobrze na każdej platformie i zapewniają natywne środowisko użytkownika.

Program .NET MAUI zapewnia ujednolicone środowisko platformy .NET w systemach Windows, iOS, Android i macOS. Abstrahuje ponad 60 interfejsów API specyficznych dla platformy w jednym wielo-platformowym zestawie interfejsów API, obejmujących obszary takie jak przechowywanie, sieć i czujniki urządzenia. Dostęp do dodatkowych interfejsów API specyficznych dla platformy można również uzyskać za pomocą iniekcji zależności w celu zapewnienia wyspecjalizowanych implementacji na platformę.

Nie w tej chwili. Chociaż .NET MAUI używa WinUI podczas uruchamiania w systemie Windows, zespoły planujące obsługę wielu platform powinny zacząć od .NET MAUI lub React Native for Desktop.

Zespoły z silnym środowiskiem tworzenia aplikacji internetowych mogą chcieć rozważyć rozwiązanie React Native for Desktop. Obejmuje ona oprogramowanie React Native dla systemów Windows i macOS. Dzięki podejściu "Dowiedz się raz, napisz w dowolnym miejscu", istniejące umiejętności javaScript, TypeScript i React mogą służyć do tworzenia natywnych aplikacji systemu Windows i macOS.

Platforma React Native for Desktop renderuje interfejs użytkownika bezpośrednio z natywnymi elementami pierwotnymi, zapewniając natywną wydajność i możliwości platformy.

Zapoznaj się z dokumentacją oprogramowania React Native for Desktop , aby rozpocząć pracę.

Aplikacje React Native można wdrażać na wszystkich urządzeniach obsługiwanych przez system Windows 10 i nowszych, w tym na komputerach, tabletach, urządzeniach 2-w-1, konsoli Xbox i urządzeniach rzeczywistości mieszanej.

Jeśli aplikacja musi obsługiwać konsolę Xbox, HoloLens lub IoT, zaleca się platformę UWP. Zestaw SDK aplikacji systemu Windows nie obsługuje tych platform. W przypadku tworzenia gier użyj zestawu Microsoft Game Development Kit.

Jeśli celujesz zarówno w Windows, jak i Surface Hub, zaleca się UWP.

Aplikacje hybrydowe łączą najlepsze rozwiązania dotyczące tworzenia aplikacji internetowych i natywnych. Ich podstawowe funkcje są tworzone przy użyciu technologii internetowych, takich jak HTML, CSS i JavaScript, oraz opakowane w natywny kontener, który zapewnia dostęp do niektórych natywnych funkcji platformy i sprzętu. Można je również dystrybuować za pośrednictwem sklepów z aplikacjami.

Główną zaletą jest to, że aplikacje hybrydowe umożliwiają tworzenie pojedynczej aplikacji, która może działać na wielu platformach natywnych i w Internecie, skracając czas programowania i koszty. Przykłady platform programowania aplikacji hybrydowych obejmują:

• Electron dla aplikacji klasycznych
• Ionic dla aplikacji mobilnych
• .NET MAUI Blazor Hybrid dla aplikacji wieloplatformowych

Zobacz artykuły Web development on Windows and Overview of Progressive Web Apps(Omówienie progresywnych aplikacji internetowych).

Za pomocą programu .NET MAUI aplikacje Platformy Blazor mogą działać natywnie w systemach Windows, iOS, Android i macOS. Umożliwia to tworzenie hybrydowych aplikacji klienckich łączących składniki Blazor i .NET MAUI w jednej natywnej aplikacji klienckiej z pełnym dostępem do natywnych możliwości platformy.

Dowiedz się więcej na stronie ASP.NET Core Blazor Hybrid.

Nie. Począwszy od platformy .NET 9, program .NET MAUI zawiera kontrolkę HybridWebView, która umożliwia hostowanie innych interfejsów użytkownika opartych na języku JavaScript w aplikacji natywnej.

Umożliwia to hostowanie aplikacji Angular, React, Vue lub innych aplikacji HTML/JavaScript w aplikacji .NET MAUI. Kontrolka hybrydowa zapewnia współdziałanie między językami C# i JavaScript, więc kod języka C# może wywoływać funkcje Języka JavaScript i na odwrót.

Tak. Aplikacje WPF i WinForms mogą również hostować składniki hybrydowe platformy Blazor, co umożliwia dodanie nowoczesnego internetowego interfejsu użytkownika do istniejących aplikacji. Nie jest to obsługiwane w przypadku aplikacji WPF lub WinForms utworzonych na platformie .NET Framework.

Składniki natywne i hybrydowe można mieszać w aplikacji. Na przykład rdzeń aplikacji może zostać skompilowany przy użyciu składników MAUI platformy .NET, podczas gdy składniki hybrydowe zapewniają dodatkowe funkcje. Umożliwia to połączenie wydajności i możliwości składników natywnych z elastycznością i wydajnością kosztów składników hybrydowych.

Aplikacje internetowe oferują najszerszy zasięg dowolnej platformy aplikacji klienckiej. Opcje tworzenia pięknych aplikacji internetowych platformy .NET obejmują:

• ASP.NET Core aplikacji ze stronami Razor
• aplikacje ASP.NET Core MVC
• ASP.NET Core Blazor apps z opcjami modelu hostingu:
  • Blazor WebAssembly
  • Blazor Server

Modele hostingu platformy Blazor można teraz skonfigurować na poziomie składnika, umożliwiając scenariusze takie jak hostowanie składnika Zestawu WebAssembly platformy Blazor w aplikacji blazor Server.

Aby uzyskać więcej informacji, zobacz dokumentację ASP.NET Core .

Windows to otwarta platforma, która obsługuje wiele technologii. Poniżej przedstawiono kilka kryteriów, które mogą pomóc w wyborze platformy:

• Czy tworzysz najpierw dla systemu Windows, czy międzyplatformowo?
• Jakie języki lub umiejętności już masz — .NET, JavaScript, coś innego?
• Czy potrzebujesz dostępu do interfejsów API specyficznych dla systemu Windows?
• Które możliwości platformy najlepiej odpowiadają wymaganiom aplikacji?
• Zobacz tę tabelę , aby uzyskać dodatkowe czynniki porównania.

W przypadku wielu aplikacji biznesowych zespoły często wybierają na podstawie istniejących umiejętności i tego, z czego najlepiej korzysta zespół.

Podczas wybierania podejścia programistycznego dla aplikacji internetowej należy wziąć pod uwagę następujące kwestie:

• Zaleca się tworzenie aplikacji internetowych frontonu za pomocą platformy .NET. Umożliwia ona tworzenie zarówno frontonu, jak i zaplecza przy użyciu platformy .NET, oszczędzania czasu i kosztów oraz jest szczególnie dobre w przypadku aplikacji dla przedsiębiorstw.
• Aplikacje internetowe JavaScript nadal mają sens, jeśli chcesz wykorzystać istniejące umiejętności języka JavaScript lub konieczność integracji z utworzonymi bibliotekami JS lub strukturami.
• Istniejące aplikacje korzystające ze starszych struktur, takich jak Web Forms, MVC lub Razor Pages, pozostają obsługiwane i mogą być nadal opracowywane i obsługiwane.

Wielu klientów tworzy obecnie rozwiązania WinUI, w tym Adobe i Apple:

• Adobe Fresco, bezpłatna aplikacja do rysowania i malowania.
• Aplikacje Apple Music, Apple TV i Apple Devices zostały skompilowane przy użyciu interfejsu WinUI i zestawu SDK aplikacji systemu Windows.

Firma Microsoft opracowała również wiele aplikacji WinUI, takich jak Eksplorator plików systemu Windows 11 i aplikacja Zdjęcia.

Wielu klientów, w tym firmy Microsoft, tworzy aplikacje międzyplatformowe za pomocą interfejsu MAUI platformy .NET. Na przykład aplikacja mobilna platformy Microsoft Azure jest kompilowana przy użyciu interfejsu MAUI platformy .NET.

Zobacz więcej na temat prezentacji klienta platformy .NET.

Większość interfejsu użytkownika programu Microsoft Visual Studio jest kompilowana za pomocą platformy WPF. Samo środowisko IDE programu Visual Studio jest głównym przykładem złożonej, wysokiej wydajności aplikacji WPF.

System linii lotniczych FlightPulse firmy GE Digital używa platformy Blazor do konfiguracji zaplecza wszystkiego, co widzą piloci, dostarczając dane z czujników i analizy bezpośrednio pilotom w celu poprawy bezpieczeństwa i wydajności.

Zobacz więcej historii klientów platformy Blazor w witrynie platformy .NET.

Tak. Jeśli pakiet MSIX jest podpisany, certyfikat podpisywania musi być prawidłowy i zaufany na urządzeniu docelowym.

Tak — wyspy XAML to umożliwiają. Zobacz Dowiedz się więcej o wyspach XAML.

Aby zapoznać się z definicjami aplikacji w wersji spakowanej, rozpakowanej i spakowanej z lokalizacją zewnętrzną, zobacz Omówienie wdrażania. W tym temacie wyjaśniono również zalety i wady każdej opcji.

Aplikację WinUI można dostarczyć za pośrednictwem Sklepu, pliku .appinstaller lub za pomocą istniejącego pakietu MSI albo setup.exe. Aplikacja Store i AppInstaller obsługują automatyczne aktualizacje dla użytkowników końcowych, którzy mają włączone aktualizacje automatyczne, ale aplikacje MSI/setup.exe muszą zapewnić własny mechanizm aktualizacji.

Ogólnie rzecz biorąc, nie. WinUI i zestaw SDK aplikacji systemu Windows wymagają programu MSBuild, dlatego program Visual Studio jest wymaganiem wstępnym do ich opracowywania. Chociaż technicznie można tworzyć aplikacje zestawu SDK aplikacji systemu Windows, które nie używają interfejsu WinUI z innymi łańcuchami narzędzi, nie jest to obsługiwane.

Zobacz Make apps great for Windows.

Użytkownicy z systemem Windows 10 w wersji 1809 lub nowszej mogą instalować aplikacje WinUI bez aktualizowania systemu operacyjnego.

Tak.

Nie. Platformy UWP i WinUI 2 są nadal obsługiwane i nadal otrzymują poprawki błędów, niezawodności i zabezpieczeń. Jednak większość nowych funkcji i możliwości jest dodawana do interfejsu WinUI.

Dostępna jest obsługa platformy UWP dla platformy .NET 9. Ta opcja zapewnia ścieżkę modernizacji aplikacji platformy UWP przy użyciu najnowszej wersji platformy .NET.

Cele obsługi UWP w .NET 9 są następujące:

1. Zapewnij lepszą ścieżkę migracji dla deweloperów, którzy chcą przejść do rozwiązania WinUI.
2. Usuń zależności na platformie .NET Native, aby deweloperzy mogli korzystać z najnowszych funkcji platformy .NET i języka C#.

Aby uzyskać więcej informacji, zobacz wpis w blogu: Modernizuj aplikację platformy UWP z obsługą platformy UWP w wersji zapoznawczej dla platformy .NET 9 i natywną usługą AOT.

Deweloperzy platformy UWP nie powinni czuć nacisku na migrację, jeśli są zadowoleni z platformy UWP i jej zestawu funkcji — w przypadku wielu aplikacji właściwym wyborem może być pozostanie na platformie UWP.

Aplikacje, które chcą korzystać z najnowszej platformy Windows i inwestycji platformy .NET, powinny rozważyć przejście do zestawu SDK aplikacji systemu Windows. Zobacz Migrate from UWP to the Windows App SDK.

Kontynuuj korzystanie z platformy UWP, jeśli tworzysz oprogramowanie Xbox, Surface Hub lub HoloLens.

Nie. Platforma WPF jest obsługiwana, zalecana i nadal otrzymuje aktualizacje funkcji. Zobacz plan WPF w witrynie GitHub.

Nie. Formularze WinForms są obsługiwane i nadal otrzymują aktualizacje funkcji. Zobacz przewodnik Windows Forms w witrynie GitHub.

Nie. WinRT to interfejs binarny aplikacji (ABI), który umożliwia współdziałanie w wielu językach. WinRT to ewolucja modelu COM, a zestaw SDK aplikacji systemu Windows zapewnia większość funkcji za pośrednictwem interfejsów API WinRT.

Najnowsze informacje o najnowszej wersji można znaleźć na stronie Co nowego.