Google's adoptie van iOS-ontwerp is goed voor iedereen

Google dumpt zijn "Materiaal" ontwerp van de gebruikersinterface in het voordeel van het gebruik van de eigen UI-conventies van iOS. Maar gaat het alleen om uiterlijk?

Elk computerplatform heeft zijn gebruikersinterfaceconventies. Dit omvat hoe het eruit ziet, hoe het werkt en wat gebruikers kunnen verwachten. De Mac gebruikt bijvoorbeeld de sneltoets ⌘+V om te plakken, terwijl Windows Control+V gebruikt. En terwijl de Mac een enkele menubalk heeft die altijd bovenaan het scherm staat, plaatst Windows menubalken in elk venster. Apps van derden die deze conventies niet volgen, voelen zich slecht en passen er niet in. Maar de verandering van gedachten van Google gaat misschien over meer dan alleen maar kijken en je thuis voelen.

"Voor het grootste deel, iOS vs. Android UI-conventies zijn grotendeels een stilistisch onderscheid in plaats van een functioneel onderscheid. Zo ziet de aan/uit-schakelaar er op beide platforms ongeveer hetzelfde uit," Chao He, van het digitale productbureau Swenson He, vertelde Lifewire via e-mail.

"Het echte voordeel hier is dat de iOS-apps van Google stilistisch consistent zullen zijn met de rest van het iOS-ecosysteem", voegde hij eraan toe. "Dit zal Google ook helpen om de ontwikkelingsinspanningen te verminderen om hun eigen ontwerptaal binnen het iOS-framework te repliceren, waardoor ze die inspanning ergens anders kunnen richten."

Kijk en voel

Als je ooit bent overgestapt van een iPhone naar een Android-telefoon, of omgekeerd, voelt alles vreemd aan. Toen de iPhone nog een home-knop had, zou je bijvoorbeeld onderaan een scherm kunnen drukken om een ​​app af te sluiten. Om een ​​app te laten passen, moet deze de gevestigde conventies overnemen. Apple heeft zelfs een reeks documenten - de Human Interface Guidelines of HIG - die advies geven over alles, van pictogramlay-out tot lettertypen.

Het volgen van deze conventies is goed voor de ontwikkelaar - het is één ding minder om over na te denken en resulteert in een app die al consistent is met andere - en goed voor de gebruiker. We hoeven de sneltoets niet opnieuw te leren voor: Opslaan of Afdrukken bijvoorbeeld voor elke app. Of we weten dat op de Mac een knop zijn actie pas activeert als je hem loslaat. Met deze handige regel kunt u een verkeerde klik afbreken door de muisaanwijzer weg te schuiven van de bediening op het scherm voordat u de muisknop loslaat (dit werkt ook met tikken op iOS - en nog meer samenhang).

Maar daar geeft Google niets om. Als dat zo was, zou het jaren geleden de UI-conventies van Apple hebben overgenomen, in plaats van zijn eigen bedieningselementen en paradigma's over te dragen naar de iPhone en iPad. De waarschijnlijke reden waarom Google zijn aanpak verschuift, is omdat het hard werken is.

Ga met de stroom mee

Wanneer een ontwikkelaar een app bouwt, krijgen ze gratis veel kant-en-klare middelen. Niemand hoeft een knop of een vensterwerkbalk te ontwerpen. Ze vertellen de computer gewoon een venster te tekenen of een rij knoppen toe te voegen, en ze gebruiken de ingebouwde, door Apple ontworpen bronnen.

"Een iOS-app is [paradigmatisch] als deze gebruikmaakt van een van de programmeertalen van Apple, 'Swift' of 'Objective-C', software-engineer Cal Mitchell vertelde Lifewire via e-mail.

En het gebruik van deze ingebouwde talen heeft nog andere voordelen.

"Als een ontwikkelaar een van deze talen gebruikt in de context van app-ontwikkeling, vooral in combinatie met andere iOS-specifieke SDK's (softwareontwikkelingskits), verhoogt het de uitvoering. Bovendien kunnen native apps alle mogelijkheden van het apparaat volledig benutten, of het nu gaat om het gebruik van de camera, gps of andere systemen", zegt Mitchell.

Het is mogelijk om te mixen en matchen, met behulp van de ontwikkelaarstoolkit van Apple en je eigen look toe te voegen, maar dat zorgt voor veel druk werk. Elke keer dat Apple een iPad maakt met een ander schermformaat, of het uiterlijk van de gebruikersinterface subtiel verandert, blijf je achter.

"Google heeft zijn eigen set componenten (Material UI) gebouwd om zijn apps er consistent uit te laten zien op iOS en Android. Met de releases van nieuwe versies van iOS werd het echter moeilijker om die componenten te onderhouden, omdat Apple voortdurend toevoegt nieuwe functies en nieuwe verbeteringen aan hun UI-componenten, waarbij soms zelfs de hele look en feel verandert", mobiele app ontwikkelaar Dragos Dobrean vertelde Lifewire via e-mail.

"Moet een switch echt op maat worden gebouwd in lijn met een generiek ontwerpsysteem? Of is het misschien voldoende om gewoon de systeemoplossing te gebruiken en verder te gaan?" schreef Jeff Verkoeyen, hoofdontwerpingenieur van Google voor Apple-producten, in een Twitter-thread.

Het antwoord lijkt nu te zijn: "Laten we gewoon verder gaan."