Я работаю над приложением для iPhone, и модель данных выглядит немного сумасшедшей - 16 типов сущностей.Не могли бы вы дать какой-нибудь совет для маскировки сложности от пользователя?Я знаю, что все это должно быть там, но я пытаюсь сделать так, чтобы это выглядело просто, иначе люди не поймут.
Уловки, которые я до сих пор выяснил:
Мое приложениенемного секретный по своей природе (в разработке), но используйте, например, приложение, которое имеет дело с природными поездками, такими как поход, горный велосипед, катание на лыжах и т. д. Скажем, у меня будет объект для определенного путешествия, например, на велосипеде, через скалистыйгоры (Путешествие: вид транспорта, местоположение).Тогда у меня был бы другой тип объекта для хранения определенного путешествия, например, в этом январе, совершить поездку на скалистом велосипеде (Поездка: дата, путешествие).
Трюк 1: я обнаружил, что пользователь на самом деле не понимаетразличие между двумя объектами, которые я только что упомянул (поездка и путешествие), и, как правило, было бы все равно, если бы я назвал их оба «поездки» в пользовательском интерфейсе.(Попробуйте объяснить два разных объекта непрограммисту, через 25 минут вы никогда не вернетесь.)
Трюк 2: некоторые вещи, например, например, предметы для кемпинга, могут быть объектами для меня, (название оборудования, вес), но для пользователя это всего лишь слова, поэтому я отношусь к ним как к таковым, и когда они пишут его в моем приложении, говорят: «Вы никогда не упоминали« палатку »раньше, сколько она весит?»Затем они говорят мне, и я создал объект, не сказав им, что он существует.
Эти уловки - то, что я ищу, моему приложению нужно уменьшить эти 16-ю объекты до 3-4 пользователей.знает, остальные прячутся в тумане, так что все, что я могу получить, помогло бы.
Спасибо.
Ps, прежде чем вы скажете это, я знаю, будьте проще, не должны былитак много типов объектов и т. д. Просто ищу способ обойти это правило (руководство) с помощью кофе и гения.