Представление подкачки в иерархии навигации по продуктивному приложению

Question

Руководство по разработке пользовательского интерфейса Apple предполагает, что UIPageControl идеально подходит для представления вида сверху служебного приложения.

Может ли представление подкачки, отображаемое на 2-м или 3-м уровне внизу в основном представлении UINavigationController, вызвать сбой во время процесса просмотра приложения?

В моем приложении я вставил 3-страничное представление на втором уровне навигации в мое приложение для повышения производительности. Каждая страница представляет вопрос и требует ответа, который может быть с помощью галочки с несколькими выборами или текстового поля. Вопросы могут быть сложены вертикально в многосекционной таблице, но в моем прототипе перелистывание вопросов по горизонтали кажется очень естественным.

Однако я не видел программу App Store, которая использует пейджинг, как у меня.

Answer 1

Я недавно задал Apple похожий вопрос и получил ответ:

«Благодарим Вас за то, что обратились к Программе разработчиков iPhone. Apple не может предоставить предварительное одобрение разработчикам для подачи заявок на приложения».

В конце концов, это действительно зависит от рецензента, специфики вашего приложения, полной луны и т. Д.

Лично я бы просто попробовал. Если интерфейс выглядит хорошо, и вы думаете, что он не запутает пользователей, просто отправьте его.

Кроме того, быть отвергнутым за подобные вещи еще не конец света. Вы просто должны заменить его чем-то похожим. Случалось со мной один или два раза. Обычно это не полный блокатор.

Answer 2

Хотя вы, вероятно, не ошибетесь при просмотре приложения, я считаю, что использование UIPageControl может сбить с толку ваших пользователей. Как вы указали, я не могу думать о каких-либо приложениях, использующих UIPageControl таким образом. Следующая цитата из Руководства по интерфейсу пользователя iPhone является информативной:

Индикатор страницы дает пользователям быстрый способ увидеть, сколько просмотров открыто и указание порядка, в котором они были открыты; это не помогает пользователи отслеживают шаги, которые они взял через иерархию взглядов. Потому что мнения в утилите приложения, как правило, равны каждому другой, достаточно индикатора страницы чтобы помочь пользователям перемещаться по ним. приложение производительности, которое отображает иерархическая информация, с другой стороны, должны предложить навигацию по элементы в панели навигации (подробнее об этом см. «Навигация Барс»).

Из вашего описания того, как эта часть вашего приложения должна отображаться, не похоже, что эти страницы с вопросами будут считаться «несколькими представлениями». Кроме того, вы, вероятно, хотите, чтобы пользователи отвечали на каждый вопрос последовательно и переходили к следующему. UIPageControl разработан таким образом, чтобы пользователь мог переключаться между любыми представлениями в любом порядке по своему выбору, а не только в одном направлении.

Это звучит гораздо больше как иерархический дизайн, и эта часть вашего приложения, вероятно, будет работать намного лучше, если вы используете панель навигации вместе с UITableView. Требование от пользователей ответить на вопрос, коснувшись флажка с несколькими выборами, а затем заставить их понять, что им нужно провести пальцем в определенном направлении, чтобы перейти к следующему вопросу, не будет очевидным для пользователя и может быть гораздо более интуитивным. Например, как только пользователь выберет галочку, вы можете просто программно перейти к следующему вопросу. Или используйте кнопку внизу каждого экрана с надписью «Следующий вопрос», которая будет переходить к следующему экрану.

Надеюсь, это поможет!