Windows 8: hoe is een Metro-toepassing

Windows 8 introduceert een nieuw type applicaties, Metro of Modern UI-achtige applicaties volgens de nieuwste Microsoft-namen. Het zijn geen applicaties die we gewend zijn, althans niet op een computer. Daarom gaan we in dit deel van onze special dieper in op hoe een Metro-applicatie eruitziet en hoe deze werkt.

De interface van een Metro-toepassing: de werkbalken en navigatie

Internet Explorer Metro implementeert de onderste en bovenste navigatiebalken.

Het belangrijkste concept achter Metro is dat het belangrijkste de inhoud is.Om deze reden zullen de applicaties in Windows 8 vrij weinig bedieningselementen in de interface hebben, die zich zullen richten op het tonen van tekst, video, afbeeldingen of wat dan ook. We hebben echter nog steeds de besturing nodig, we kunnen niet alles met gebaren doen. Om deze reden hebben Metro-applicaties bepaalde gemeenschappelijke interface-elementen die ons helpen om bepaalde taken uit te voeren: de belangrijkste is de App-balk of de werkbalk.

Deze balk bevat alle commando's die we kunnen gebruiken in elk van de toepassingsschermen, en het belangrijkste eraan (en het belangrijkste verschil met dat van Windows Phone) is dat het contextueel is, het past zich aan aan wat we doen .

De app-balk is verborgen wanneer we de applicatie gebruiken en verschijnt pas als we vanaf de onderkant van het scherm vegen. De reden? Normaal gesproken hebben we de commando's die er zijn niet nodig, en het is minder vervelend als het verborgen is en alleen wordt weergegeven wanneer dat nodig is.

Er zijn echter enkele situaties waarin we die schuine streep wel nodig hebben. Als we bijvoorbeeld meerdere elementen selecteren, is het meest waarschijnlijk dat we er iets mee willen doen: verwijderen, toevoegen aan een map... Wanneer u dus meerdere elementen selecteert, verschijnt automatisch de onderste balk, die zal de knoppen hebben die je nodig hebt.

De nieuws-app gebruikt de bovenste balk om tussen secties te navigeren.

Applicaties kunnen ook een navigatiebalk bovenaan bevatten, die verschijnt wanneer u vanaf de bovenkant van het scherm veegt. Met deze balk kunnen we naar de verschillende secties van de applicatie gaan of teruggaan als de applicatie een lineair navigatiesysteem heeft.

Niet alle applicaties implementeren het op dezelfde manier: in Internet Explorer wordt het bijvoorbeeld gebruikt om tussen tabbladen te navigeren, in de Store om naar de verschillende secties te gaan... Microsoft dwingt geen gemeenschappelijke ontwerp, maar het nodigt wel uit dat het doel van die balk altijd is om te bewegen tussen de verschillende onderdelen van een applicatie.

Beyond Full Screen View

Metro brengt ook een verandering van concept met zich mee als het gaat om hoe applicaties op het scherm verschijnen. Als we er normaal mee werken, zullen ze worden gemaximaliseerd, maar we hebben andere mogelijkheden bij het uitvoeren ervan. We kunnen de applicaties bijvoorbeeld aan de zijkant van het scherm plakken, zodat ze slechts een derde van de ruimte in beslag nemen.

Houd er rekening mee dat het niet alleen gaat om het wijzigen van de grootte, maar ook om dingen anders weergeven dan ze op volledig scherm worden weergegeven, en dat het de ontwikkelaar is die de interface moet implementeren die het beste bij deze modus past.

"Aan de andere kant kunnen we ook Metro-applicaties door de charms laten lopen. Laten we zeggen dat we naar een nieuwsbericht kijken en dat willen delen. Met behulp van de deelknop in de rechterbalk kunnen we een applicatie kiezen, die een dialoog zal uitvoeren>"

Wanneer we iets delen, wordt de app uitgevoerd met een speciale interface voor delen.

Het is ook het verschil met desktop-applicaties. Om in Windows 7 van de ene applicatie naar de andere te delen, slepen en neerzetten (of kopiëren en plakken); een nogal grove methode vanuit het oogpunt van de ontwikkelaar. In Windows 8 is het het systeem waarmee toepassingen met elkaar kunnen communiceren, waardoor de deur wordt geopend voor rijkere interacties.

Aan de andere kant heeft Microsoft duidelijke verschillen met andere mobiele systemen en tablets. Het hebben van meerdere applicaties op het scherm, ondanks dat het zo'n eenvoudig concept is, is iets dat noch Android noch iOS had gedaan, en dat is erg handig als we een tablet hebben met voldoende scherm. Het is een van de voordelen dat Windows 8 een systeem is dat afkomstig is van de desktop en niet van de mobiel.

Het Metro Application Execution Model

Als je een Metro-applicatie voor het eerst opent, zal het feit dat deze geen sluitknop heeft zeker je aandacht hebben getrokken. Het is iets typischer voor een mobiele applicatie dan een normale Windows-applicatie. Het is je misschien ook opgevallen dat wanneer de applicatie niet op het scherm staat, deze niets doet en stil blijft staan.

Deze verschillen geven ons de drie mogelijke statussen van een Metro-toepassing: actief, onderbroken en gestopt (niet actief). Wanneer we de app voor het eerst starten, gaat deze naar de lopende status waar we ermee kunnen communiceren. Als we overschakelen naar een andere applicatie, wordt de status opgeschort: Windows slaat de status van de applicatie op in het geheugen, maar pauzeert alle lopende processen.

"Wanneer je een opstartscherm ziet>Dit is een van de belangrijkste dingen: terwijl een normale app nog steeds geminimaliseerd zou werken, zou een Metro-app dat niet doen. Dit heeft verschillende voordelen, voornamelijk een lager CPU-verbruik; maar ook onhandig: we kunnen een proces niet op de achtergrond laten draaien en de applicatie kan ons niet bellen> "

Zolang de toepassing is opgeschort en er geheugen is, blijft Windows de status opslaan. Wanneer u ernaar terugkeert door van toepassing te veranderen of opnieuw op het pictogram te klikken, wordt het opnieuw geactiveerd en herstelt het de vorige staat. Als er daarentegen niet genoeg RAM is, sluit Windows de applicatie volledig af. Wanneer u het opnieuw uitvoert, herstelt het de status niet automatisch en wordt het vanaf het begin uitgevoerd, tenzij de ontwikkelaar het heeft geprogrammeerd om herstelgegevens op te slaan bij afsluiten.

Zoals je kunt zien, is dit een model dat meer typerend is voor een mobiel dan voor een computer, en het brengt ook een mentaliteitsverandering met zich mee bij het gebruik van deze applicaties.Het is niet nodig om Metro-applicaties af te sluiten wanneer u veel applicaties op de computer heeft, omdat het systeem dit al automatisch doet.

"We hoeven ons ook geen zorgen te maken over het sluiten van een toepassing als we deze niet meer gebruiken. Ten eerste, omdat vanuit ons oogpunt een opgeschorte applicatie geen systeembronnen in beslag neemt, is er niets mis mee om het daar te laten. En ten tweede omdat we het niet eens kunnen: er is geen enkele optie om af te sluiten, zelfs niet continu op de terugknop drukken zoals in Windows Phone."

De nadelen: meer beperkingen dan traditionele applicaties

De Windows Store dwingt Metro-apps om aan bepaalde app-vereisten te voldoen: één overtreding en ze weigeren de app.

Zoals ik al eerder zei, brengen metro-applicaties veel interessante mobiele concepten met zich mee. Helaas hebben ze ook beperkingen waar ontwikkelaars zich aan moeten houden, soms omdat de WinRT API hen geen keuze geeft, en soms omdat ze geen apps accepteren in de Windows Phone Store.

De eerste is hoe applicaties worden gedistribueerd. Ze moeten volledig in het toepassingspakket zitten, ze kunnen geen aanvullende uitvoerbare componenten downloaden om te kunnen werken. Dit betekent geen gebruik van frameworks zoals Java, en applicaties met meerdere binaire componenten (bijvoorbeeld een LaTeX-distributie) moeten erin slagen om alles in één pakket samen te voegen, zonder iets naar de gebruikersruimte te downloaden.

We hebben ook meer technische beperkingen voor toegang tot low-level systeem-API's. Sockets kunnen bijvoorbeeld niet worden gebruikt, wat de compatibiliteit met veel bestaande bibliotheken verbreekt en ook voorkomt dat complexere toepassingen worden gemaakt die gegevens over het netwerk verzenden.

Metro dwingt ook af dat applicaties van elkaar geïsoleerd zijn. Dit voorkomt dat applicatiestarters worden gemaakt, de functies van Metro-applicaties kunnen niet worden gewijzigd en ze kunnen niet met elkaar communiceren op een andere manier dan het delen van bestanden... Het sluit veel mogelijkheden af ​​met betrekking tot wat we op de desktop hebben.

En dit alles samen met de beperkingen die Microsoft toepast op de Windows Store: inhoud die voor sommigen aanstootgevend kan zijn, beveiligingstoepassingen die kunnen worden gedetecteerd als malware... Als er iets wordt gevonden tijdens het beoordelingsproces die in strijd is met de regels, wordt de app geweigerd en bereikt de gebruikers pas als de bugs zijn verholpen.

Deze beperkingen ondersteunen het idee dat Metro-applicaties niet zullen dienen om serieus werk op de computer te doen. Persoonlijk ben ik het er niet helemaal mee eens (met een Metro-applicatie zou je bijvoorbeeld een UML-ontwerp kunnen maken voor een complexe applicatie), maar het is waar dat het geen applicaties zullen zijn met zoveel mogelijkheden als desktop-applicaties.

Aan de andere kant, aangezien het eenvoudigere applicaties zijn en met meer gesloten functionaliteiten, zullen ze voor gebruikers veel gemakkelijker te gebruiken zijn. De kern van de zaak is het vinden van een balans tussen een gemeenschappelijke interface en gedragingen en de vrijheid die aan ontwikkelaars wordt gegeven, en ik denk dat Microsoft erin is geslaagd de goede plek te vinden met de Metro-apps.

Speciale Windows 8 Diepte