Windows 8: Hvordan er en Metro-applikasjon

Windows 8 introduserer en ny type applikasjoner, Metro eller Modern UI-stil applikasjoner i henhold til de nyeste Microsoft-navnene. De er ikke applikasjoner vi er vant til, i hvert fall ikke på en datamaskin. Derfor skal vi i denne delen av spesialen vår fordype oss i hvordan en Metro-applikasjon er og hvordan den fungerer.

Grensesnittet til en Metro-applikasjon: verktøylinjene og navigasjonen

Internet Explorer Metro implementerer den nederste og øverste navigasjonslinjen.

Hovedkonseptet bak Metro er at det viktigste er innholdet.Av denne grunn vil applikasjonene i Windows 8 ha ganske få kontroller i grensesnittet, som vil fokusere på å vise oss tekst, video, bilder eller hva som helst. Men vi trenger fortsatt kontrollene, vi kan ikke gå rundt og gjøre alt med bevegelser. Av denne grunn har Metro-applikasjoner visse felles grensesnittelementer som hjelper oss til å utføre visse oppgaver: den viktigste er App Bar eller verktøylinjen.

Denne linjen inneholder alle kommandoene vi kan bruke i hver av applikasjonsskjermene, og det viktigste med den (og hovedforskjellen med Windows Phone) er at den er kontekstuell, den er tilpasser seg det vi gjør .

App-linjen er skjult når vi bruker applikasjonen, og den vises ikke før vi sveiper fra bunnen av skjermen. Grunnen? Norm alt trenger vi ikke kommandoene som er der, og det er mindre plagsomt om det er skjult og kun hentet frem når det er nødvendig.

Det er imidlertid noen situasjoner der vi trenger den skråstreken. For eksempel, når vi velger flere elementer, er det mest sannsynlige at vi ønsker å gjøre noe med dem: slette dem, legge dem til en mappe... Derfor, når du velger flere elementer, vises den nedre linjen automatisk, som vil ha knappene du trenger.

Nyhetsappen bruker den øverste linjen til å navigere mellom seksjoner.

Applikasjoner kan også inkludere en toppnavigasjonslinje , som vises når du sveiper fra toppen av skjermen. Denne linjen lar oss gå til de forskjellige delene av applikasjonen eller gå tilbake hvis applikasjonen har et lineært navigasjonssystem.

Ikke alle applikasjoner implementerer det på samme måte: i Internet Explorer brukes det for eksempel til å navigere mellom faner, i Store for å gå til de forskjellige delene... Microsoft tvinger ikke frem en felles design, men det inviterer til at formålet med den linjen alltid er å flytte mellom de forskjellige delene av en applikasjon.

Beyond Full Screen View

Metro bringer også en konseptendring når det kommer til hvordan applikasjoner vises på skjermen. Når vi jobber norm alt med dem vil de bli maksimert, men vi har andre muligheter når vi utfører dem. For eksempel kan vi feste applikasjonene til siden av skjermen, og opptar bare en tredjedel av plassen.

Husk at det ikke bare endrer størrelse, men også viser ting annerledes enn de vises i fullskjerm, og det er utvikleren som må implementere grensesnittet som passer best til denne modusen.

"På den annen side kan vi også kjøre Metro-applikasjoner gjennom charms. La oss si at vi ser på en nyhet og ønsker å dele den. Ved å bruke deleknappen på høyre bjelke kan vi velge et program som vil kjøre en dialog>"

Når vi deler noe, vil appen kjøre med et spesielt delingsgrensesnitt.

Det er også forskjellen med skrivebordsapplikasjoner. I Windows 7, for å dele fra ett program til et annet drar og slipper vi (eller kopierer og limer inn); en ganske grov metode fra utviklerens synspunkt. I Windows 8 er det systemet som lar applikasjoner kommunisere med hverandre, og dermed åpner dørene for rikere interaksjoner.

På den annen side har Microsoft markerte forskjeller med andre mobilsystemer og nettbrett. Det å ha flere applikasjoner på skjermen, til tross for at det er et så enkelt konsept, er noe verken Android eller iOS hadde gjort, og det er veldig nyttig når vi har et nettbrett med tilstrekkelig skjerm. Det er en av fordelene med at Windows 8 er et system som kommer fra skrivebordet og ikke fra mobilen.

The Metro Application Execution Model

Når du åpner en Metro-applikasjon for første gang, har sikkert det faktum at den ikke har en lukkeknapp fanget oppmerksomheten din. Det er noe mer typisk for en mobilapplikasjon enn en vanlig Windows-applikasjon. Du har kanskje også lagt merke til at når applikasjonen ikke er på skjermen, gjør den ingenting, den forblir frossen.

Disse forskjellene gir oss de tre mulige tilstandene til en Metro-applikasjon: kjører, suspendert og stoppet (Ikke kjører). Når vi først starter appen, går den inn i kjøretilstand der vi kan samhandle med den. Hvis vi bytter til en annen applikasjon, blir tilstanden suspendert: Windows lagrer applikasjonens tilstand i minnet, men stanser alle prosessene som kjører .

"Hver gang du ser en splash-skjerm>. Dette er en av de viktigste tingene: Selv om en vanlig app fortsatt vil kjøre minim alt, vil en Metro-app ikke gjøre det. Dette har flere fordeler, hovedsakelig lavere CPU-forbruk; men også upraktisk: vi kan ikke la en prosess kjøre i bakgrunnen og applikasjonen kan ikke ringe oss> "

Så lenge programmet er suspendert og det er minne, vil Windows fortsette å lagre statusen. Når du går tilbake til den ved å endre applikasjoner eller klikke på ikonet igjen, vil den aktiveres på nytt og gjenopprette sin forrige tilstand. Hvis det derimot ikke er nok RAM, vil Windows lukke programmet helt. Når du kjører den på nytt, vil den ikke gjenopprette tilstanden automatisk og vil kjøre fra begynnelsen, med mindre utvikleren har programmert den til å lagre gjenopprettingsdata ved avslutning.

Som du ser er dette en modell som er mer typisk for en mobil enn en datamaskin, og det innebærer også en mentalitetsendring ved bruk av disse applikasjonene.Det er ikke nødvendig å drepe Metro-applikasjoner når du har mange applikasjoner på datamaskinen fordi systemet allerede gjør det automatisk.

"Vi trenger heller ikke å bekymre oss for å lukke en applikasjon når vi er ferdige med å bruke den. For det første, fordi fra vårt synspunkt en suspendert applikasjon ikke svinner systemressurser, er det ingenting g alt med å la det være der. Og for det andre, fordi vi ikke engang kan gjøre det: det er ingen form for alternativ for å avslutte, ikke engang å trykke på tilbake-knappen kontinuerlig som i Windows Phone."

Ulempene: flere begrensninger enn tradisjonelle applikasjoner

Windows Store tvinger Metro-apper til å oppfylle visse appkrav: ett brudd og de vil avvise appen.

Som jeg sa før, gir Metro-applikasjoner mange interessante mobilkonsepter. Dessverre kommer de også med begrensninger som utviklere må forholde seg til, noen ganger fordi WinRT API ikke gir dem et valg, og noen ganger fordi de ikke godtar apper i Windows Phone Store.

Den første er hvordan applikasjoner distribueres. De må være fullstendig inneholdt i applikasjonspakken, de kan ikke laste ned flere kjørbare komponenter for å fungere. Dette betyr ingen bruk av rammeverk som Java, og applikasjoner med flere binære komponenter (for eksempel en LaTeX-distribusjon) må klare å sette alt sammen i en enkelt pakke, uten å laste ned noe til brukerplassen.

Vi har også flere tekniske begrensninger for tilgang til system-API-er på lavt nivå. Sockets kan for eksempel ikke brukes, noe som bryter kompatibiliteten med mange eksisterende biblioteker, og forhindrer også å lage mer komplekse applikasjoner som overfører data over nettverket.

Metro håndhever også det faktum at applikasjoner er isolert fra hverandre. Dette forhindrer at applikasjonsstartere opprettes, funksjonene til Metro-applikasjoner kan ikke endres, og de kan ikke kommunisere med hverandre på en annen måte enn å dele filer... Det lukker mange muligheter med hensyn til hva vi har på skrivebordet.

Og alt dette sammen med begrensningene som Microsoft bruker for Windows Store: innhold som kan være støtende for noen, sikkerhetsapplikasjoner som kan oppdages som skadelig programvare... Hvis noe blir funnet i gjennomgangsprosessen som bryter reglene, vil appen bli avvist og vil ikke nå brukere før feilene er fikset.

Disse begrensningene støtter ideen om at Metro-applikasjoner ikke kommer til å tjene til å gjøre seriøst arbeid på datamaskinen. Personlig er jeg ikke helt enig (med en Metro-applikasjon kan du for eksempel lage et UML-design for en kompleks applikasjon), men det er sant at de ikke kommer til å være applikasjoner med like mange muligheter som stasjonære .

På den annen side, siden de er enklere applikasjoner og med mer lukkede funksjoner, vil de være mye enklere å bruke for brukerne. Sakens kjerne er å finne en balanse mellom et felles grensesnitt og atferd og friheten gitt til utviklere, og jeg tror Microsoft har klart å finne det gode stedet med Metro-appene.

Special Windows 8 In Depth