Должен ли я использовать Table View или один длинный кусок HTML для iPhone?

Question

Я делаю приложение для iPhone. По сути, это будет своего рода руководство, и вся сгенерированная информация будет в одном длинном окне. Каждый блок информации может иметь «ссылку» в нем для генерации другого блока связанной информации (например, блок около Уоллес может ссылаться на блок около Gromit ), который будет отображаться в верх.

Например, в начале 1 блок данных:

Уоллес : Владелец Громит

станет 2 блоками (при нажатии Gromit ):

Громит : Уоллес Собака

Уоллес : Владелец Громит

Каждый блок также может быть добавлен в список избранного, нажав значок. Текст должен быть выложен с помощью HTML, и каждый блок может иметь разную длину. Поиск по другому может также добавить блок вверху.

Я в порядке с объектами на «простых» языках, таких как PHP, но в основном я новичок в iPhone и Cocoa, и я хочу начать с правильного подхода здесь. Таблица и ячейки выглядят как правильный подход, но есть ли преимущество делать это в виде длинного списка (как я мог бы это сделать в веб-версии) или есть какие-то ограничения в способе, которым ячейки могут хранить / размещать информацию, которая вызовет у меня проблема в будущем.

Я считаю, что такой подход популярен для словарей.

Я решил сделать это одним движением по нескольким причинам. Основным является то, что я хочу, чтобы пользователь мог мгновенно прокручивать записи, на которые они смотрели ранее. то есть одно представление по существу представляет историю данных, которые они просматривали. (если это много, вещи могут выпасть до конца). Каждая запись будет очень короткой, но всего будет много. Так что, если пользователь посмотрел на

• Уоллес
• Громит
• Неправильные штаны
• Сыр
• пингвин

И они не смотрят на Уоллес , быстрый полсекундный свиток возвращает их к «пингвину».

Answer 1

Иерархия - это путь для iPhone.

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

Система разумна, iPhone легче отображать только один уровень иерархии за раз, поэтому ваше приложение чувствует себя более отзывчивым. Аппаратное обеспечение хранит не все данные в памяти, а только те данные, которые необходимо немедленно отобразить.

Если я правильно понимаю вашу модель данных, вам лучше всего использовать иерархию из двух таблиц и подробный вид. Первая таблица будет иметь список букв A-Z. Вторая таблица будет списком всех записей, начинающихся с этой буквы. Третьим будет подробный вид, показывающий ссылки на эту запись. Итак, чтобы увидеть пример в OP, пользователь выбрал бы W -> Wallace -> (Detail) Gromit.

---

Edit01:

Я думаю, вам следует выполнить тестовую прокрутку очень длинной веб-страницы или UIScrollView и посмотреть, как это влияет на производительность и удобство использования. Я хотел бы предостеречь вас, что макеты, которые кажутся совершенно удобными и быстрыми на ноутбуке или настольном оборудовании, становятся непригодными и медленными на мобильных устройствах с их более слабыми процессорами и гораздо меньшими экранами. Гораздо сложнее сделать быструю прокрутку на полсекунды назад к определенной точке на длинной странице на мобильном телефоне, чем на большом экране.

У вас есть возможность создать табличное представление в виде контура, в которое при необходимости добавляются новые ячейки с отступами. Я все еще думаю, что иерархия - это самый быстрый и удобный макет на мобильном телефоне.