Windows 8: Hvordan er en Metro-applikation

Windows 8 introducerer en ny type applikationer, Metro eller Modern UI-stil applikationer i henhold til de seneste Microsoft-navne. Det er ikke applikationer, som vi er vant til, i hvert fald ikke på en computer. Derfor skal vi i denne del af vores special dykke ned i, hvordan en Metro-applikation er, og hvordan den virker.

Grænsefladen for en Metro-applikation: værktøjslinjerne og navigation

Internet Explorer Metro implementerer de nederste og øverste navigationslinjer.

Hovedkonceptet bag Metro er, at det vigtigste er indholdet.Af denne grund vil applikationerne i Windows 8 have ret få kontroller i grænsefladen, som vil fokusere på at vise os tekst, video, billeder eller hvad som helst. Vi har dog stadig brug for betjeningen, vi kan ikke gå rundt og gøre alt med fagter. Af denne grund har Metro-applikationer visse fælles grænsefladeelementer, der hjælper os med at udføre bestemte opgaver: den vigtigste er App Bar eller værktøjslinjen.

Denne bjælke indeholder alle de kommandoer, som vi kan bruge på hver af applikationsskærmene, og det vigtigste ved det (og hovedforskellen med Windows Phone) er, at det er kontekstuelt, det er tilpasser sig det, vi laver .

App-linjen er skjult, når vi bruger applikationen, og den vises ikke, før vi stryger fra bunden af ​​skærmen. Grunden? Norm alt har vi ikke brug for de kommandoer, der er der, og det er mindre irriterende, hvis det er skjult og kun bringes frem, når det er nødvendigt.

Der er dog nogle situationer, hvor vi har brug for den skråstreg. Når vi for eksempel vælger flere elementer, er det mest sandsynlige, at vi vil gøre noget med dem: slette dem, tilføje dem til en mappe... Derfor, når du vælger flere elementer, kommer den nederste bjælke automatisk frem, hvilket vil have de knapper, du har brug for.

Nyhedsappen bruger den øverste bjælke til at navigere mellem sektioner.

Applikationer kan også inkorporere en øverste navigationslinje, som vises, når du stryger fra toppen af ​​skærmen. Denne bjælke giver os mulighed for at gå til de forskellige sektioner af applikationen eller gå tilbage, hvis applikationen har et lineært navigationssystem.

Ikke alle applikationer implementerer det på samme måde: i Internet Explorer bruges det for eksempel til at navigere mellem faner, i dets Store til at gå til de forskellige sektioner... Microsoft fremtvinger ikke en fælles design, men det inviterer til, at formålet med den bar altid er at bevæge sig mellem de forskellige dele af en applikation.

Beyond Full Screen View

Metro bringer også et konceptskifte, når det kommer til, hvordan applikationer vises på skærmen. Når vi arbejder norm alt med dem, vil de blive maksimeret, men vi har andre muligheder, når vi udfører dem. For eksempel kan vi sætte applikationerne fast på siden af ​​skærmen og kun optage en tredjedel af pladsen.

Husk på, at det ikke kun er at ændre størrelse, men også at vise ting anderledes, end de vises i fuld skærm, og det er udvikleren, der skal implementere den grænseflade, der passer bedst til denne tilstand.

"På den anden side kan vi også køre Metro-applikationer gennem charms. Lad os sige, at vi ser en nyhed, og vi vil dele den. Ved at bruge deleknappen i højre bjælke kan vi vælge en applikation, som vil udføre en dialog>"

Når vi deler noget, kører appen med en speciel delingsgrænseflade.

Det er også forskellen med desktop-applikationer. I Windows 7, for at dele fra et program til et andet, trækker og slipper vi (eller kopierer og indsætter); en ret rå metode set fra udviklerens synspunkt. I Windows 8 er det systemet, der tillader applikationer at kommunikere med hinanden, og dermed åbner dørene til rigere interaktioner.

På den anden side har Microsoft markante forskelle med andre mobilsystemer og tablets. Det med at have flere applikationer på skærmen, på trods af at det er så simpelt et koncept, er noget, hverken Android eller iOS havde gjort, og det er rigtig nyttigt, når vi har en tablet med en tilstrækkelig skærm. Det er en af ​​fordelene ved, at Windows 8 er et system, der kommer fra skrivebordet og ikke fra mobilen.

The Metro Application Execution Model

Når du åbner en Metro-applikation for første gang, har det sikkert fanget din opmærksomhed, at den ikke har en lukkeknap. Det er noget mere typisk for en mobilapplikation end en normal Windows-applikation. Du har måske også bemærket, at når applikationen ikke er på skærmen, gør den ingenting, den forbliver frosset.

Disse forskelle giver os de tre mulige tilstande for en Metro-applikation: kører, suspenderet og stoppet (Ikke kørende). Når vi først starter appen, går den i køretilstand, hvor vi kan interagere med den. Hvis vi skifter til en anden applikation, bliver tilstanden suspenderet: Windows gemmer applikationens tilstand i hukommelsen, men pauser alle de processer, som den kører .

"Hver gang du ser en splash-skærm>Dette er en af ​​de vigtigste ting: Mens en normal app stadig ville køre minimeret, ville en Metro-app ikke. Dette har flere fordele, primært lavere CPU-forbrug; men også ubelejligt: ​​vi kan ikke lade en proces køre i baggrunden, og applikationen kan ikke ringe til os> "

Så længe programmet er suspenderet, og der er hukommelse, vil Windows fortsætte med at gemme sin tilstand. Når du vender tilbage til det ved at ændre applikationer eller klikke på dets ikon igen, vil det genaktivere og genoprette sin tidligere tilstand. Hvis der derimod ikke er nok RAM, lukker Windows programmet helt. Når du kører det igen, vil det ikke gendanne sin tilstand automatisk og vil køre fra begyndelsen, medmindre udvikleren har programmeret det til at gemme gendannelsesdata ved nedlukning.

Som du kan se, er dette en model mere typisk for en mobil end en computer, og det medfører også en mentalitetsændring ved brug af disse applikationer.Der er ingen grund til at dræbe Metro-applikationer, når du har mange applikationer på computeren, fordi systemet allerede gør det automatisk.

"Vi behøver heller ikke bekymre os om at lukke en applikation, når vi er færdige med at bruge den. For det første, fordi fra vores synspunkt en suspenderet applikation ikke sviner systemressourcer, er der intet g alt i at efterlade det der. Og for det andet, fordi vi ikke engang kan gøre det: der er ingen form for mulighed for at afslutte, ikke engang at trykke på tilbage-knappen kontinuerligt som i Windows Phone."

Ulemperne: flere begrænsninger end traditionelle applikationer

Windows Store tvinger Metro-apps til at opfylde visse app-krav: en overtrædelse, og de vil afvise appen.

Som jeg sagde før, bringer Metro-applikationer mange interessante mobile koncepter. Desværre kommer de også med begrænsninger, som udviklere skal overholde, nogle gange fordi WinRT API ikke giver dem et valg, og nogle gange fordi de ikke accepterer apps i Windows Phone Store.

Den første er, hvordan applikationer distribueres. De skal være fuldt indeholdt i applikationspakken, de kan ikke downloade yderligere eksekverbare komponenter for at fungere. Det betyder, at der ikke skal bruges frameworks som Java, og applikationer med flere binære komponenter (f.eks. en LaTeX-distribution) skal klare at samle alt i en enkelt pakke uden at downloade noget til brugerens plads.

Vi har også flere tekniske begrænsninger for adgang til system-API'er på lavt niveau. For eksempel kan Sockets ikke bruges, hvilket bryder kompatibiliteten med mange eksisterende biblioteker og forhindrer også oprettelse af mere komplekse applikationer, der transmitterer data over netværket.

Metro håndhæver også det faktum, at applikationer er isoleret fra hinanden. Dette forhindrer applikationsstartere i at blive oprettet, funktionerne i Metro applikationer kan ikke ændres, og de kan ikke kommunikere med hinanden på en anden måde end at dele filer... Det lukker en masse muligheder med hensyn til, hvad vi har på skrivebordet.

Og alt dette sammen med de begrænsninger, som Microsoft anvender på Windows Store: indhold, der kan være stødende for nogle, sikkerhedsapplikationer, der kan detekteres som malware... Hvis der bliver fundet noget i gennemgangsprocessen der overtræder reglerne, vil appen blive afvist og vil ikke nå brugerne, før fejlene er rettet.

Disse begrænsninger understøtter ideen om, at Metro-applikationer ikke vil tjene til at udføre seriøst arbejde på computeren. Personligt er jeg ikke helt enig (med en Metro-applikation kan du f.eks. lave et UML-design til en kompleks applikation), men det er rigtigt, at det ikke bliver applikationer med lige så mange muligheder som desktop-applikationer .

På den anden side, da de er mere simple applikationer og med mere lukkede funktionaliteter, vil de være meget nemmere for brugerne at bruge. Sagens kerne er at finde en balance mellem en fælles grænseflade og adfærd og den frihed, der gives til udviklere, og jeg synes, Microsoft har formået at finde det søde sted med Metro-apps.

Special Windows 8 In Depth