фрагментов и каждый должен передавать туда свои параметры. Таким образом, некоторые параметры могут оставаться пустыми
Была идея упростить это все до 2 параметров: дата класс с параметрами аля FromFragmentATransitionArgs и enum класс для определения полученной информации. Надеюсь, объяснил понятно. Кто то проьовал такое, может ест варианты получше?
Параметры взаимно исключаемые?
Да, может быть и такое. В том плане, что если есть аргумент А, то аргумента Б по задумке быть не должно и наоборот
Ну у тебя чтот вроде корзины например или заказа с парамсами. Просто не оч понятен кейс стоит ли делать уж прям сложно
Есть фрагмент, который устанавливает цену товара Тесли я перехожу туда из фрагмента с редактированием истории покупок, то должен показываться соответствующий диалог, предлагающий изменить дату покупки. Есть фрагмент, который просто подращумевает изменение всех параметров, кроме даты как в предыдущем. Есть "пустой" фрагмент, который вообще не передает параметры Сейчас у меня объект перехода в этот фрагмент может выглядеть так (условно) FragmentDirections(a = false, b = true, c = null, ...) Держать в голове необходимые значения для каждого параметра затруднительно и никтоне гарантирует, что передаваемые параметры могут быть идентичными и тогда придется добавлять еще один, чтобы отличать их
Я просто не совсем понял. У тебя завязана твоя вью логика на бек. Смущает фраза фрагмент устанавливающий цену товара. Это пет? Ты сам решаешь за цены?
Если серьёзно то сделай некий репо класс формируй там свой заказ обращайся к нему для получения некоторых данных (желательно через интерфейс) но не надо прокидывать это напрямую
Обсуждают сегодня