Ключевые выводы
- Google теперь будет использовать стандартные элементы интерфейса Apple в своих приложениях для iOS.
- Соблюдение соглашений о пользовательском интерфейсе значительно упрощает использование и разработку приложения.
-
Поддержка всего пользовательского пользовательского интерфейса - куча бессмысленной работы.
Google отказывается от своего «материального» дизайна пользовательского интерфейса в пользу использования собственных соглашений о пользовательском интерфейсе iOS. Но разве дело только во внешности?
Каждая компьютерная платформа имеет свои соглашения о пользовательском интерфейсе. Это включает в себя то, как это выглядит, как это работает и что пользователи могут ожидать. Например, Mac использует сочетание клавиш ⌘+V для вставки, тогда как Windows использует Control+V. И в то время как Mac имеет одну строку меню, которая всегда находится вверху экрана, Windows размещает строки меню в каждом окне. Сторонние приложения, которые не следуют этим правилам, чувствуют себя неуместно и не подходят. Но изменение взглядов Google может заключаться не только в том, чтобы просто выглядеть и чувствовать себя как дома.
«По большей части соглашения о пользовательском интерфейсе iOS и Android - это скорее стилистическое различие, чем функциональное. Например, переключатель включения/выключения выглядит практически одинаково на обеих платформах», - Чао Хе из Swenson. Он сообщил агентству цифровых продуктов Lifewire по электронной почте.
«Настоящее преимущество заключается в том, что приложения Google для iOS будут стилистически соответствовать остальной части экосистемы iOS», - добавил он. «Это также поможет Google сократить усилия разработчиков по воспроизведению собственного языка дизайна в среде iOS, что позволит им перенаправить эти усилия в другое место."
Смотри и чувствуй
Если вы когда-нибудь переключались с iPhone на телефон Android или наоборот, все кажется странным. Например, когда на iPhone все еще была кнопка «Домой», вы могли обнаружить, что нажимаете в нижней части экрана, пытаясь выйти из приложения. Чтобы приложение соответствовало требованиям, оно должно принять установленные соглашения. У Apple даже есть набор документов - «Руководство по человеческому интерфейсу», или HIG, - который дает советы по всем вопросам, от расположения значков до шрифтов.
Следование этим соглашениям полезно для разработчика - одной проблемой меньше, и в результате получается приложение, которое уже согласуется с другими - и хорошо для пользователя. Например, нам не нужно заново изучать сочетание клавиш для сохранения или печати для каждого приложения. Или мы знаем, что на Mac кнопка не срабатывает, пока вы ее не отпустите. Это полезное правило позволяет отменить ошибочный щелчок, просто сдвинув указатель мыши от элемента управления на экране, прежде чем отпустить кнопку мыши (это работает и с нажатиями на iOS - еще более согласованно).
Но Google это не волнует. Если бы это было так, то много лет назад компания приняла бы соглашения Apple о пользовательском интерфейсе вместо того, чтобы портировать свои собственные элементы управления и парадигмы на iPhone и iPad. Вероятная причина, по которой Google меняет свой подход, заключается в том, что это тяжелая работа.
Плыть по течению
Когда разработчик создает приложение, он бесплатно получает много готовых ресурсов. Никто не должен проектировать кнопку или панель инструментов окна. Они просто говорят компьютеру нарисовать окно или добавить ряд кнопок и использовать встроенные ресурсы, разработанные Apple.
«Приложение для iOS является [парадигматическим], если оно использует один из языков программирования Apple, ‘Swift’ или ‘Objective-C’, – сообщил Lifewire инженер-программист Кэл Митчелл по электронной почте.
Реальное преимущество заключается в том, что приложения Google для iOS будут стилистически соответствовать остальной части экосистемы iOS.
И использование этих встроенных языков имеет и другие преимущества.
Когда разработчик использует один из этих языков в контексте разработки приложений, особенно в сочетании с другими специфическими для iOS SDK (комплектами для разработки программного обеспечения), это резко повышает производительность. Кроме того, нативные приложения могут в полной мере использовать всех возможностей устройства, будь то использование камеры, GPS или других систем», - говорит Митчелл.
Можно смешивать и сочетать, используя инструментарий разработчика Apple и добавляя свой собственный вид, но это требует много работы. Каждый раз, когда Apple создает iPad с другим размером экрана или слегка меняет внешний вид пользовательского интерфейса, вы остаетесь позади.
У Google есть собственный набор компонентов (Material UI), созданный для того, чтобы его приложения выглядели одинаково на iOS и Android. Однако с выпуском новых версий iOS поддерживать эти компоненты стало сложнее, потому что Apple постоянно добавляет новые функции и новые усовершенствования их компонентов пользовательского интерфейса, иногда даже полностью меняющие внешний вид», - сообщил Lifewire разработчик мобильных приложений Драгос Добреан по электронной почте.
"Действительно ли коммутатор должен быть изготовлен по индивидуальному заказу в соответствии с общей системой проектирования? Или может быть достаточно просто использовать системное решение и двигаться дальше?" - написал Джефф Веркойен, главный инженер-разработчик продуктов Apple в Google, в ветке Twitter.
Ответ, похоже, звучит так: «Давайте просто двигаться дальше».
