думаю, что проблема в том, что для реальной задачи (сложнее, чем добавление элемента в массив) не так-то просто подобрать все возможные тест-кейсы. Закрадется какой-нибудь маленький нюанс, который просто никому не придет в голову, и ни описание на человеческом языке, ни проверки другими специалистами ничего не выявят, пока не случится реальность.
А часто надо во время презентации возвращаться назад? Всё же это несколько внештатная ситуация. Зато случайный выбор предыдущего кадра, который докладчик может и не заметить, тут исключен.
У браузеров до сих пор разные интерфейсы, это конкурентное преимущество, так что одинаковыми они будут только при плановой экономике. А ваш пример со стандартами в мобильной индустрии скорее всего выльется в единую систему видео-звонков, сообщений и геолокации друзей
С отстутсвием/присутствием функциональности ничего сделать нельзя. Я лишь хочу указать, что интерфейс может затронуть программу довольно сильно, вплоть до изменения функциональности и сценария работы
Предположим, в том же приложении для соцсети не 4 экрана, а больше 5. В Айос с этим начнутся проблемы, там включится костыль под название more. И если, к примеру, у вас 5 экранов важных, а 1 — нет, то лучше его вообще выкинуть, чтобы не терять быстрый доступ к оставшимся 5-ти. Либо раскидывать эти данные по другим экранам.
Далее, в Метро есть внизу меню, для управления текущим окном, причем элементов там может быть много: важные в кружках, неважные — списком по клику на многоточие. В Айос для этих целей служат две кнопки в навигейшн баре, одна из которых, как правило, занята самой навигацией. Т.е, если какие-то настройки, к примеру, в Винфоне можно сделать через меню, в Айос их придется вынести на экран Настроек или использовать какое-то нестандартное решение.
В общем, портировать в лоб можно приложения из Айос в Винфон, но наоборот уже не получится.
Взаимодействие с приложением далеко не самое важное? Ну если исходить из того, что приложение должно просто решать поставленную задачу, то тогда действитель можно не заморачиваться и использовать везде один интерфейс. Но это плохое приложение. В хороших приложениях всё важно: и работа самого приложения, и взаимодействие пользователя с ним. В этом случае не заморачиваться уже не получается.
В отличие от расположения контролов в окне, такое представление способно полностью изменить принцип взаимодействия пользователя с ним. Если говорить про веб-приложения, то версию для Айос и Андроида (так как они сильно похожи) можно сделать на одном и том же html и js, применив лишь различные css-ки. С винфоном, если подходит к делу серьезно, такое уже не прокатит.
По теме: а вы рецензируете только приложения под Айос или по Винфону тоже можете посоветовать?
Предположим, в том же приложении для соцсети не 4 экрана, а больше 5. В Айос с этим начнутся проблемы, там включится костыль под название more. И если, к примеру, у вас 5 экранов важных, а 1 — нет, то лучше его вообще выкинуть, чтобы не терять быстрый доступ к оставшимся 5-ти. Либо раскидывать эти данные по другим экранам.
Далее, в Метро есть внизу меню, для управления текущим окном, причем элементов там может быть много: важные в кружках, неважные — списком по клику на многоточие. В Айос для этих целей служат две кнопки в навигейшн баре, одна из которых, как правило, занята самой навигацией. Т.е, если какие-то настройки, к примеру, в Винфоне можно сделать через меню, в Айос их придется вынести на экран Настроек или использовать какое-то нестандартное решение.
В общем, портировать в лоб можно приложения из Айос в Винфон, но наоборот уже не получится.