Clau per emportar
- Google utilitzarà ara elements d'interfície estàndard d'Apple a les seves aplicacions per a iOS.
- Seguir les convencions de la interfície d'usuari fa que una aplicació sigui molt més fàcil d'utilitzar i de desenvolupar.
-
Mantenir una interfície d'usuari personalitzada sencera és una gran feina inútil.
Google abandona el seu disseny d'interfície d'usuari "Material" a favor d'utilitzar les convencions de la interfície d'usuari d'iOS. Però només es tracta d'aspectes?
Cada plataforma informàtica té les seves convencions d'interfície d'usuari. Això inclou com es veu, com funciona i què poden esperar els usuaris. Per exemple, el Mac utilitza la drecera ⌘+V per enganxar, mentre que Windows utilitza Control+V. I mentre que el Mac té una única barra de menús que sempre es troba a la part superior de la pantalla, Windows posa barres de menú a cada finestra. Les aplicacions de tercers que no segueixen aquestes convencions se senten malament i no encaixen. Però el canvi d'opinió de Google pot ser més que mirar i sentir-se com a casa.
"En la seva majoria, les convencions de la interfície d'usuari d'iOS i d'Android són en gran mesura una distinció estilística més que una distinció funcional. Per exemple, l'interruptor d'encesa/apagat sembla molt semblant a ambdues plataformes", Chao He, de Swenson. L'agència de productes digitals, va dir a Lifewire per correu electrònic.
"El veritable benefici aquí és que les aplicacions iOS de Google seran estilísticament coherents amb la resta de l'ecosistema iOS", va afegir. "Això també ajudarà a Google a reduir l'esforç de desenvolupament per replicar el seu propi llenguatge de disseny dins del marc d'iOS, cosa que els permetrà reorientar aquest esforç en un altre lloc."
Aspecte i sensació
Si mai has canviat d'un iPhone a un telèfon Android, o viceversa, tot sembla estrany. Quan l'iPhone encara tenia un botó d'inici, per exemple, és possible que us trobeu prement a la part inferior d'una pantalla intentant sortir d'una aplicació. Perquè una aplicació encaixi, ha d'adoptar les convencions establertes. Apple fins i tot té un conjunt de documents, les directrius de la interfície humana o HIG, que aconsellen sobre tot, des del disseny d'icones fins als tipus de lletra.
Seguir aquestes convencions és bo per al desenvolupador (és una cosa menys en què pensar i resulta en una aplicació que ja és coherent amb les altres) i bona per a l'usuari. No hem de tornar a aprendre la drecera de teclat per a Desar o imprimir per a cada aplicació, per exemple. O sabem que al Mac, un botó no activa la seva acció fins que el deixeu anar. Aquesta regla útil us permet avortar un clic equivocat només fent lliscar el punter del ratolí lluny del control de la pantalla abans de deixar anar el botó del ratolí (això també funciona amb tocs a iOS, però més coherència).
Però a Google no li importa res d'això. Si ho fes, hauria adoptat les convencions de la interfície d'usuari d'Apple fa anys, en lloc de portar els seus propis controls i paradigmes a l'iPhone i l'iPad. La raó probable per la qual Google està canviant el seu enfocament és perquè és un treball dur.
Vés amb el flux
Quan un desenvolupador crea una aplicació, obté molts recursos ja creats de manera gratuïta. Ningú ha de dissenyar un botó o una barra d'eines de finestra. Només diuen a l'ordinador que dibuixi una finestra o afegeixi una fila de botons i utilitzen els recursos integrats dissenyats per Apple.
"Una aplicació per a iOS és [paradigmàtica] si fa ús d'un dels llenguatges de programació d'Apple, 'Swift' o 'Objective-C', va dir l'enginyer de programari Cal Mitchell a Lifewire per correu electrònic.
El veritable benefici aquí és que les aplicacions per a iOS de Google seran estilísticament coherents amb la resta de l'ecosistema d'iOS.
I utilitzar aquests idiomes integrats té altres avantatges.
"Quan un desenvolupador utilitza un d'aquests idiomes en el context del desenvolupament d'aplicacions, especialment juntament amb altres SDK (kits de desenvolupament de programari) específics d'iOS, augmenta dràsticament el rendiment. A més, les aplicacions natives poden fer un ús complet. de totes les capacitats del dispositiu, tant si això vol dir utilitzar la càmera, el GPS o altres sistemes", diu Mitchell.
És possible combinar i combinar, utilitzant el conjunt d'eines per a desenvolupadors d'Apple i afegint-hi el vostre propi aspecte, però això suposa molta feina. Cada vegada que Apple crea un iPad amb una mida de pantalla diferent o canvia subtilment l'aspecte de la interfície d'usuari, et quedes enrere.
"Google té el seu propi conjunt de components (Material UI) creat perquè les seves aplicacions semblin coherents a iOS i Android. Tanmateix, amb els llançaments de noves versions d'iOS, mantenir aquests components es va fer més difícil, perquè Apple afegeix constantment noves funcions i noves millores als components de la interfície d'usuari, de vegades fins i tot canviant l'aspecte i la sensació sencera", va dir el desenvolupador d'aplicacions mòbils Dragos Dobrean a Lifewire per correu electrònic.
"Realment s'ha de crear un interruptor personalitzat en alineació amb un sistema de disseny genèric? O podria ser suficient simplement utilitzar la solució del sistema i seguir endavant?" va escriure Jeff Verkoeyen, enginyer en cap de disseny de productes Apple de Google, en un fil de Twitter.
La resposta, ara, sembla ser "Anem endavant."
