Windows 8: Hur är en Metro-applikation

Windows 8 introducerar en ny typ av applikationer, applikationer i Metro eller Modern UI-stil enligt de senaste Microsoft-namnen. De är inte applikationer som vi är vana vid, åtminstone inte på en dator. Därför, i den här delen av vår special, kommer vi att fördjupa oss i hur en Metro-applikation är och hur den fungerar.

Gränssnittet för en Metro-applikation: verktygsfälten och navigeringen

Internet Explorer Metro implementerar de nedre och övre navigeringsfälten.

Huvudkonceptet bakom Metro är att det viktigaste är innehållet.Av denna anledning kommer applikationerna i Windows 8 att ha ganska få kontroller i gränssnittet, som kommer att fokusera på att visa oss text, video, bilder eller vad som helst. Men vi behöver fortfarande kontrollerna, vi kan inte gå runt och göra allt med gester. Av denna anledning har Metro-applikationer vissa gemensamma gränssnittselement som hjälper oss att utföra vissa uppgifter: den viktigaste är appfältet eller verktygsfältet.

Det här fältet innehåller alla kommandon som vi kan använda på var och en av applikationsskärmarna, och det viktigaste med det (och den största skillnaden med Windows Phone) är att det är kontextuellt, det är anpassar sig till vad vi gör .

App-fältet är dold när vi använder programmet och det kommer inte att visas förrän vi sveper från botten av skärmen. Anledningen? Norm alt sett behöver vi inte de kommandon som finns där, och det är mindre irriterande om det är dolt och bara tas fram när det behövs.

Det finns dock vissa situationer där vi behöver det snedstrecket. När vi till exempel väljer flera element är det mest troliga att vi vill göra något med dem: ta bort dem, lägg till dem i en mapp... Därför, när du väljer flera element kommer det nedre fältet automatiskt upp, vilket kommer att ha de knappar du behöver.

Nyhetsappen använder det övre fältet för att navigera mellan avsnitt.

Applikationer kan också inkludera ett toppnavigeringsfält som visas när du sveper från toppen av skärmen. Detta fält låter oss gå till de olika delarna av applikationen eller gå tillbaka om applikationen har ett linjärt navigationssystem.

Alla applikationer implementerar det inte på samma sätt: till exempel i Internet Explorer används det för att navigera mellan flikar, i dess Store för att gå till de olika avsnitten... Microsoft tvingar inte fram en gemensam design, men det uppmanar till att syftet med den baren alltid är att flytta mellan de olika delarna av en applikation.

Beyond helskärmsvy

Metro ger också ett konceptförändring när det kommer till hur applikationer visas på skärmen. När vi arbetar norm alt med dem kommer de att maximeras, men vi har andra möjligheter när vi utför dem. Till exempel kan vi fästa applikationerna vid sidan av skärmen och upptar bara en tredjedel av utrymmet.

Tänk på att det inte bara är att ändra storlek utan också att visa saker annorlunda än de visas i helskärm, och det är utvecklaren som måste implementera det gränssnitt som passar bäst för detta läge.

"Å andra sidan kan vi också köra Metro-applikationer genom charmen. Låt oss säga att vi tittar på en nyhet och vi vill dela den. Med hjälp av dela-knappen i högerfältet kan vi välja ett program som kör en dialog>"

När vi delar något kommer appen att köras med ett speciellt delningsgränssnitt.

Det är också skillnaden med stationära applikationer. I Windows 7, för att dela från ett program till ett annat drar och släpper vi (eller kopierar och klistra in); en ganska grov metod ur utvecklarens synvinkel. I Windows 8 är det systemet som gör att applikationer kan kommunicera med varandra och därmed öppnar dörrarna till rikare interaktioner.

Å andra sidan har Microsoft markanta skillnader med andra mobilsystem och surfplattor. Att ha flera applikationer på skärmen, trots att det är ett så enkelt koncept, är något som varken Android eller iOS hade gjort, och det är verkligen användbart när vi har en surfplatta med tillräcklig skärm. Det är en av fördelarna med att Windows 8 är ett system som kommer från skrivbordet och inte från mobilen.

The Metro Application Execution Model

När du öppnar en Metro-applikation för första gången, har säkert det faktum att den inte har en stängningsknapp fångat din uppmärksamhet. Det är något mer typiskt för en mobilapplikation än en vanlig Windows-applikation. Du kanske också har märkt att när programmet inte är på skärmen gör det ingenting, det förblir fruset.

Dessa skillnader ger oss de tre möjliga tillstånden för en Metro-applikation: kör, avstängd och stoppad (Körs inte). När vi först startar appen går den in i körläge där vi kan interagera med den. Om vi ​​byter till ett annat program blir tillståndet avstängt: Windows sparar programmets status i minnet men pausar alla processer som körs .

"Närhelst du ser en startskärm>Detta är en av de viktigaste sakerna: medan en normal app fortfarande körs minimerad, skulle en Metro-app inte det. Detta har flera fördelar, främst lägre CPU-förbrukning; men också obekvämt: vi kan inte låta en process köras i bakgrunden och applikationen kan inte ringa oss> "

Så länge programmet är avstängt och det finns minne kommer Windows att fortsätta att spara sitt tillstånd. När du återvänder till den genom att byta applikation eller klicka på dess ikon igen, kommer den att återaktiveras och återställa sitt tidigare tillstånd. Om det å andra sidan inte finns tillräckligt med RAM kommer Windows att stänga programmet helt. När du kör det igen kommer det inte att återställa sitt tillstånd automatiskt och körs från början, om inte utvecklaren har programmerat det att spara återställningsdata vid avstängning.

Som du kan se är detta en modell mer typisk för en mobil än en dator, och det innebär också en mentalitetsförändring när man använder dessa applikationer.Det finns ingen anledning att döda Metro-applikationer när du har många applikationer på datorn eftersom systemet redan gör det automatiskt.

"Vi behöver inte oroa oss för att stänga en applikation när vi är klara med att använda den heller. För det första, eftersom ur vår synvinkel en avstängd applikation inte tar upp systemresurser, är det inget fel med att lämna det där. Och för det andra, eftersom vi inte ens kan göra det: det finns ingen typ av alternativ att avsluta, inte ens att trycka på bakåtknappen kontinuerligt som i Windows Phone."

Nackdelarna: fler begränsningar än traditionella applikationer

Windows Store tvingar Metro-appar att uppfylla vissa appkrav: en överträdelse och de kommer att avvisa appen.

Som jag sa tidigare ger Metro-applikationer många intressanta mobilkoncept. Tyvärr kommer de också med begränsningar som utvecklare måste följa, ibland för att WinRT API inte ger dem något val, och ibland för att de inte accepterar appar i Windows Phone Store.

Det första är hur applikationer distribueras. De måste vara helt inkluderade i applikationspaketet, de kan inte ladda ner ytterligare körbara komponenter för att fungera. Detta innebär ingen användning av ramverk som Java, och applikationer med flera binära komponenter (till exempel en LaTeX-distribution) måste klara av att sätta ihop allt i ett enda paket, utan att ladda ner något till användarutrymmet.

Vi har också mer tekniska begränsningar när det gäller åtkomst till lågnivåsystem-API:er. Till exempel kan Sockets inte användas, vilket bryter kompatibiliteten med många befintliga bibliotek och förhindrar också att skapa mer komplexa applikationer som överför data över nätverket.

Metro upprätthåller också det faktum att applikationer är isolerade från varandra. Detta förhindrar att programstartare skapas, funktionerna i Metro-applikationer kan inte ändras och de kan inte kommunicera med varandra på annat sätt än att dela filer... Det stänger många möjligheter med avseende på vad vi har på skrivbordet.

Och allt detta tillsammans med de begränsningar som Microsoft tillämpar på Windows Store: innehåll som kan vara stötande för vissa, säkerhetsapplikationer som kan upptäckas som skadlig programvara... Om något hittas i granskningen som bryter mot reglerna kommer appen att avvisas och kommer inte att nå användarna förrän felen är åtgärdade.

Dessa begränsningar stödjer tanken att Metro-applikationer inte kommer att tjäna till att göra seriöst arbete på datorn. Personligen håller jag inte helt med (med en Metro-applikation kan du till exempel skapa en UML-design för en komplex applikation), men det är sant att de inte kommer att vara applikationer med lika många möjligheter som stationära .

Å andra sidan, eftersom de är enklare applikationer och med mer slutna funktioner, kommer de att vara mycket enklare för användarna att använda. Kärnan i saken är att hitta en balans mellan ett gemensamt gränssnitt och beteenden och den frihet som ges till utvecklare, och jag tror att Microsoft har lyckats hitta den söta platsen med Metro-apparna.

Special Windows 8 In Depth