Windows 10 får Store-appar med stöd för flera instanser, UWP-konsolappar och bredare filsystemåtkomst

Microsoft har meddelat stöd för UWP-konsolappar, möjligheten att starta flera instanser av en Store-app och bredare filsystemåtkomst med nästa stora version av Windows 10, känd som version 1803 eller Redstone 4.

Med Windows 10 version 1803 kan UWP (Store)-appar nu välja att stödja flera instanser. Utvecklare kan bestämma om en ny instans av en app ska lanseras eller en befintlig instans aktiveras.

Microsoft beskriver funktionen så här:

Före Windows 10, version 1803, kunde bara en instans av en UWP-app köras åt gången. Nu kan en UWP-app välja att stödja flera instanser. Om en instans av en UWP-app med flera instanser körs och en efterföljande aktiveringsbegäran kommer igenom, kommer plattformen inte att aktivera den befintliga instansen. Istället kommer det att skapa en ny instans som körs i en separat process.

Till skillnad från den nuvarande implementeringen av appar, där vissa Store-appar kan ha flera fönster men ett enda process kommer multi-instans-funktionen att tillåta att ha flera processer separerade från varandra för Store appar. Detta bör öka deras tillförlitlighet, säkerhet och göra det möjligt att arbeta med flera filer samtidigt. Med den uppdaterade SDK: n är denna möjlighet nu tillgänglig för tredjepartsapputvecklare.

Observera att skrivbordsappar (Win32) alltid har haft denna förmåga. Den här funktionen utökas nu till Store-appar.

Konsol UWP-appstöd i butiken

En annan intressant funktion som landar i Windows 10 version 1803 "Redstone 4" är konsol UWP-appar. UWP-appar kan nu använda konsolfönstret för inmatning och utdata. De är avsedda att användas med kommandotolken och PowerShell. Sådana appar kan använda konsolens API: er och till och med traditionella Win32 API: er som printf eller getchar.

Bredare filsystemåtkomst

Med uppdateringar gjorda av Universal Windows-plattformen kommer både appar med flera instanser och konsol-UWP-appar att kunna få bredare filsystemåtkomst. Microsoft uppger följande:

- Den första används om appen har ett AppExecutionAlias ​​(antingen en vanlig UWP-app med fönster eller en konsol-UWP-app). I det här fallet beviljas appen behörigheter till filsystemet från den aktuella arbetskatalogen och nedan. Det vill säga att användaren kör appen från en kommandorad och väljer varifrån appen ska startas i filsystemet. Appen kommer att ha filsystembehörigheter från den punkten och nedåt.
- Den andra filsystemsfunktionen ger behörigheter till hela filsystemet (eller, strikt, ger appen exakt samma behörigheter till hela filsystemet som användaren som kör appen). Detta är en mycket kraftfull funktion – och av denna anledning är den skyddad av en begränsad kapacitet. Om du skickar in en app till butiken som deklarerar denna funktion, måste du tillhandahålla ytterligare beskrivningar av varför din app behöver denna kraftfulla funktion och hur den avser att använda den.

Källa: Microsoft