Not
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Avsnitten i det här avsnittet innehåller alternativ och vägledning för att distribuera olika typer av Windows-appar.
Fördelar och nackdelar med att paketera din app
Ditt första beslut är om du vill paketera din app eller inte.
-
Paketerad app. Paketerade appar är den enda typen som har paketidentitet under körning. Paketidentitet krävs för många utökningsfunktioner i Windows, inklusive bakgrundsuppgifter, meddelanden, levande paneler, anpassade snabbmenytillägg och delningsmål. Det beror på att operativsystemet (OS) måste kunna identifiera anroparen för motsvarande API. Se Funktioner som kräver paketidentitet.
- En paketerad apps process körs vanligtvis i en lättviktsappcontainer och isoleras med hjälp av filsystem- och registervirtualisering (se AppContainer för äldre appar och MSIX AppContainer-appar). Men du kan konfigurera en paketerad app så att den inte körs i en appcontainer.
- En paketerad app paketeras med hjälp av MSIX-teknik (se Vad är MSIX?).
- Paketerad app med extern platsanvändning. Men eftersom vissa befintliga appar ännu inte är redo för att allt innehåll ska finnas i ett MSIX-paket finns det ett alternativ för att din app ska paketeras med extern plats. Det gör att din app kan ha paketidentitet; och därmed kunna använda de funktioner som kräver det. Mer information finns i Bevilja paketidentitet genom att paketera med extern plats.
- En paketerad app installeras också med hjälp av MSIX. Men om du väljer att paketera med extern plats kan du se det som en "bring-your-own-installer"-modell. Så kommer du att ha en del installationsarbete att göra med det alternativet. Det är i princip ett hybridalternativ mellan en paketerad och en uppackad app.
- Packa upp appen. Du kan välja att inte använda MSIX alls genom att skapa en opaketerad app. Tänk dock på att en uppackad app inte har paketidentitet vid körning, så den därför missar vissa Windows-funktioner (se Funktioner som kräver paketidentitet).
Varje typ av app kan publiceras till Microsoft Store och installeras på det sättet eller via Windows App Installer.
Viktigt!
Vi rekommenderar att du paketera din app och konfigurerar den så att den körs i en appcontainer. Det blir en smidig, modern och tillförlitlig installations- och uppdateringsupplevelse för dina kunder. och det kommer att vara säkert vid körning.
| Paketerad (och eventuellt körs i en app-container) | Paketerad med extern lokalisering eller utan förpackning | |
|---|---|---|
| Fördelar | Ger användarna ett enkelt sätt att installera, avinstallera och uppdatera din app. Avinstallationen är ren – när appen avinstalleras återställs systemet till samma tillstånd som innan installationen – inga artefakter lämnas kvar. Den här typen av app stöder även inkrementella och automatiska uppdateringar. Och Microsoft Store optimerar för appar av den här typen (även om de kan användas i eller från Store). Du får fördelarna med att ha paketidentitet. |
Med de här alternativen är din app obegränsad när det gäller vilken typ av app den är, vilka API:er den kan anropa och dess åtkomst till registret och filsystemet. Paketering med extern plats innebär att du får fördelarna med att ha paketidentitet. |
| Nackdelar | Din app är begränsad när det gäller vilken typ av app den kan vara och vilken byrå den kan ha i systemet. En NT-tjänst är till exempel inte möjlig. Alternativen för kommunikation mellan processer (IPC) är begränsade. privilegierad/förhöjd åtkomst begränsas om du publicerar till Microsoft Store. fil-/registeråtkomst är virtualiserad (men se även flexibel virtualisering). Och i vissa situationer kan företagsprinciper inaktivera uppdateringar genom att inaktivera Microsoft Store. | Med dessa alternativ kan en app som riskerar att orsaka inaktuella konfigurationsdata och programvara ackumuleras efter att appen har avinstallerats. Det kan vara ett problem för kunden och för systemet. Appen installeras och uppdateras vanligtvis med hjälp av .exe- eller .msi-filer, eller via andra installations- och uppdateringslösningar, till exempel ett anpassat installationsprogram, ClickOnce eller xcopy-distribution.En uppackad app saknar fördelarna med att ha paketidentitet. |
Mer information om paketinstallationsplats, arbetskatalog och fil- och registervirtualisering finns i Förstå hur paketerade skrivbordsappar körs i Windows.
Använda Windows App SDK
När du har bestämt dig för om du vill paketera din app eller inte kan du sedan bestämma om du vill använda Windows App SDK i din app eller inte. Se Distributionsöversikt för Windows App SDK.
Win32- och .NET-skrivbordsappar
Om du skapar en Win32-skrivbordsapp (kallas ibland en klassisk skrivbordsapp) eller en .NET-app – inklusive Windows Presentation Foundation (WPF) och Windows Forms (WinForms) – kan du paketera och distribuera din app med MSIX.
- Skapa ett MSIX-paket från ett befintligt installationsprogram
- Skapa ett MSIX-paket från källkoden
- Hantera din MSIX-utveckling
Du kan också paketera och distribuera dessa typer av appar med hjälp av andra installationstekniker.
- Installation och service av program
- Windows Installer
- .NET-programpubliceringsöversikt
- Distribuera .NET Framework och program
- Distribuera ett WPF-program
- ClickOnce-distribution för Windows Forms
UWP-appar
UWP-appar paketeras och distribueras med HJÄLP av MSIX.
- Översikt över paketering av UWP-appar
- Förpacka en UWP-app i Visual Studio
- Hantera din MSIX-utveckling
Relaterade ämnen
Windows developer