A legfontosabb elvitelek
- A Google mostantól szabványos Apple felületelemeket fog használni iOS-alkalmazásaiban.
- A felhasználói felület konvencióinak betartása sokkal könnyebbé teszi az alkalmazások használatát és fejlesztését.
-
A teljes egyéni felhasználói felület fenntartása sok értelmetlen elfogl altság.
A Google lemond az „anyag” felhasználói felület kialakításáról, és az iOS saját felhasználói felületi konvencióit használja. De ez csak a kinézetről szól?
Minden számítógépes platformnak megvannak a felhasználói felületi konvenciói. Ez magában foglalja, hogyan néz ki, hogyan működik, és mire számíthatnak a felhasználók. Például a Mac a ⌘+V billentyűparancsot használja a beillesztéshez, míg a Windows a Control+V billentyűkombinációt használja. És bár a Mac egyetlen menüsorral rendelkezik, amely mindig a képernyő tetején található, a Windows minden ablakban menüsorokat helyez el. Azok a harmadik féltől származó alkalmazások, amelyek nem követik ezeket a konvenciókat, nem érzik jól magukat, és nem illenek bele. A Google meggondolása azonban többről szólhat, mint az otthoni megjelenés és az otthon érzése.
"Az iOS és Android kezelőfelület konvenciói többnyire inkább stilisztikai, semmint funkcionális különbségek. Például a be/ki kapcsoló mindkét platformon nagyjából ugyanúgy néz ki, " Chao He, Swenson Digitális termékügynökség, mondta a Lifewire-nek e-mailben.
"Az igazi előny az, hogy a Google iOS-alkalmazásai stílusilag összhangban lesznek az iOS-ökoszisztéma többi részével" - tette hozzá. "Ez abban is segít a Google-nak, hogy csökkentse a fejlesztési erőfeszítéseit, hogy saját tervezési nyelvét reprodukálja az iOS keretrendszeren belül, lehetővé téve számukra, hogy ezt az erőfeszítést máshová összpontosítsák."
Nézd és érezd
Ha valaha iPhone-ról androidos telefonra váltott, vagy fordítva, minden furcsának tűnik. Amikor például az iPhone-on még volt kezdőlap gomb, előfordulhat, hogy a képernyő alján megnyomva próbált kilépni egy alkalmazásból. Ahhoz, hogy egy alkalmazás illeszkedjen, meg kell felelnie a megállapított konvencióknak. Az Apple-nek még egy sor dokumentuma is van – a Human Interface Guidelines vagy a HIG –, amelyek mindenben tanácsot adnak az ikonok elrendezésétől a betűtípusokig.
Ezen konvenciók betartása jó a fejlesztőnek – eggyel kevesebb dologra kell gondolni, és olyan alkalmazást eredményez, amely már konzisztens másokkal – és jó a felhasználó számára. Nem kell például újra megtanulnunk a Mentés vagy Nyomtatás billentyűparancsát minden alkalmazáshoz. Vagy tudjuk, hogy a Mac gépen egy gomb addig nem indítja el működését, amíg el nem engedi. Ez a hasznos szabály lehetővé teszi a téves kattintás megszakítását, ha az egérmutatót elcsúsztatja a képernyőn megjelenő vezérlőről, mielőtt elengedi az egérgombot (ez iOS-en is működik, de még nagyobb következetesség).
A Google-t azonban ez nem érdekli. Ha így lenne, már évekkel ezelőtt átvette volna az Apple felhasználói felületi konvencióit, ahelyett, hogy saját vezérlőit és paradigmáit portolná át az iPhone-ra és iPadre. Valószínűleg azért változtat a Google megközelítésén, mert kemény munka.
Go With the Flow
Amikor egy fejlesztő létrehoz egy alkalmazást, számos előre elkészített eszközt kap ingyen. Senkinek sem kell gombot vagy ablak eszköztárat terveznie. Csak azt mondják a számítógépnek, hogy rajzoljon egy ablakot, vagy adjon hozzá egy sor gombot, és a beépített, Apple által tervezett erőforrásokat használják.
"Egy iOS-alkalmazás [paradigmatikus], ha az Apple egyik programozási nyelvét, a "Swiftet" vagy az "Objective-C"-t használja - mondta Cal Mitchell szoftvermérnök a Lifewire-nek e-mailben.
Az igazi előny az, hogy a Google iOS-alkalmazásai stílusilag összhangban lesznek az iOS-ökoszisztéma többi részével.
És ezeknek a beépített nyelveknek más előnyei is vannak.
Ha egy fejlesztő e nyelvek valamelyikét használja az alkalmazásfejlesztés során, különösen más iOS-specifikus SDK-kkal (szoftverfejlesztői készletekkel) együtt, az drasztikusan megnöveli a teljesítményt. Ezenkívül a natív alkalmazások teljes mértékben kihasználhatják az összes eszköz képességei közül, legyen szó a kamera, a GPS vagy más rendszerek használatáról” – mondja Mitchell.
Lehetséges az Apple fejlesztői eszközkészletének használatával és a saját megjelenés hozzáadásával keverni és párosítani, de ez sok elfogl altságot jelent. Valahányszor az Apple más képernyőméretű iPadet hoz létre, vagy finoman megváltoztatja a felhasználói felület megjelenését, Ön lemarad.
A Google saját komponenskészlettel (Material UI) készült, hogy alkalmazásai egységesen nézzenek ki iOS és Android rendszeren. Az iOS új verzióinak megjelenésével azonban ezen összetevők karbantartása nehezebbé vált, mivel az Apple folyamatosan bővíti új funkciók és új fejlesztések a felhasználói felület összetevőihez, néha még az egész megjelenést és érzetet is megváltoztatva” – mondta Dragos Dobrean mobilalkalmazás-fejlesztő e-mailben a Lifewire-nek.
"Valóban egyedi tervezésű kapcsolót kell építeni egy általános tervezési rendszerhez? Vagy elég lehet egyszerűen a rendszermegoldást használni és továbblépni?" írta Jeff Verkoeyen, a Google Apple-termékekért felelős vezető tervezőmérnöke egy Twitter-szálban.
A válasz most úgy tűnik, hogy "menjünk tovább."
