Я реализую серию экранов пользовательского интерфейса, которые собирают информацию для новой «вещи», которую приложение отслеживает.Подумайте о новом «событии» в Календаре с группой связанных данных: событие, из, в, местоположение и т. Д.
Сначала я попытался спроектировать одно действие (в одном представлении, но свсплывающие окна и тому подобное), что бы собирать выбор пользователя.Так как некоторые из пунктов являются списками для выбора, было много нажатий, связанных с этим выбором.Кроме того, на телефоне все представление было переполнено.
Сейчас я пытаюсь использовать другой подход: представлять каждую отдельную запись данных в виде нового представления.Сначала я буквально создал отдельные Представления для каждого выбора и управлял потоком и данными через родительское действие.Казалось, это имеет смысл с точки зрения данных.Было легко создать объект с выбором из каждого экрана.
Однако я прочитал здесь, что мой первый подход не является хорошей практикой.Итак, я поменял тактику и пытаюсь использовать отдельные действия для каждого «выбора».Продолжая это, я теперь выясняю, как передавать данные между этими действиями и как построить объект из этих данных, чтобы в конечном итоге ввести его в качестве записи базы данных.
Мое приложение является хранителем расписания для оченьконкретные работы.Пользователи добавляют новые вакансии по мере их получения.Каждое задание определяется местом, в котором оно выполняется, периодом времени, в течение которого оно активно, и другими дескрипторами.Я пытаюсь создать элегантный интерфейс для сбора информации о новой «работе».Как я уже говорил выше, это не чувствуется правильным с одной точки зрения.Теоретически мне нравится идея нескольких экранов для сбора каждой детали, но я не уверен, как ее сконструировать.
Прежде чем я углублюсь в кроличью нору "Parcelable", я бы хотел уточнитьлучший подход к этому типу сценария пользовательского интерфейса.