KT
когда погружаешься в 💩 - дна не найти!
😄
😄
Size: a a a
2017 February 07
IK
Да, спасибо, придерживаюсь концепции фрагментов просто потому, что со View и squareup/flow уже по граблям прошелся :) За ответ спасибо, возможно попробую на досуге
VC
но создает этот бандлд сам фрагмент
+1
Для того newInstance() у фрагментов и делается, чтобы в нем создать Bundle и сложить в него те данные, которые передали в параметрах (любого типа).
Плюс сам фрагмент лучше знает, что из этих данных ему нужно, зачем ему все? Иногда нафиг не нужны.
Для того newInstance() у фрагментов и делается, чтобы в нем создать Bundle и сложить в него те данные, которые передали в параметрах (любого типа).
Плюс сам фрагмент лучше знает, что из этих данных ему нужно, зачем ему все? Иногда нафиг не нужны.
KT
кстати, ребят. Я вот по поводу аргументов фрагмента. Если та мнадо передавать более 1-го параметра, то я завожу статик метод во фрагменте, который принимает все аргумент и кладет их в Bundle и возвращает Bundle. В роутер уже в navigateTo(SCREEN_NAME, Fragment.args(....)) и в навигаторе кастую к бандлу
Хозяин - барин
VC
кстати, ребят. Я вот по поводу аргументов фрагмента. Если та мнадо передавать более 1-го параметра, то я завожу статик метод во фрагменте, который принимает все аргумент и кладет их в Bundle и возвращает Bundle. В роутер уже в navigateTo(SCREEN_NAME, Fragment.args(....)) и в навигаторе кастую к бандлу
😕 А чем newInstance() как рекомендуют в доке плох?
И чтобы он принимал тот Object что приходит команде?
И чтобы он принимал тот Object что приходит команде?
AP
😕 А чем newInstance() как рекомендуют в доке плох?
И чтобы он принимал тот Object что приходит команде?
И чтобы он принимал тот Object что приходит команде?
тогда мне придется за пределами newInstance решать что за Object будет
AP
т.е. писать один и тот же код по формированию аргументов везде, где используется фрагмент
AP
Хозяин - барин
я к тому, что как Вам такое решение, видите ли какие-то недостатки?
VC
т.е. писать один и тот же код по формированию аргументов везде, где используется фрагмент
Зачем писать один и тот же код? Вы передаете какой-то объект при навигации. Его берет метод newInstance и все.
Вы о чем?
Вы о чем?
VC
я к тому, что как Вам такое решение, видите ли какие-то недостатки?
Мне лично кажется излишне запутанным.
AP
Зачем писать один и тот же код? Вы передаете какой-то объект при навигации. Его берет метод newInstance и все.
Вы о чем?
Вы о чем?
Сейчас, я Вам покажу пример кода чтобы было понятнее о чём я.
AP
5 мин
KT
недостаток в том, что в этот бандл можно добавить данные, а еще и перетереть
VC
Только наверное лучше используя telegra.ph
AP
статик метод args нужен для того чтобы во всех местах наподобии openEditInfoScreen не приходилось писать какие-то складывания аргументов
AP
в бандл или ещё куда-то
KT
норм вариант.
1) только завязан на фрагмент (а входные параметры обычно нужны презентеру, а не вьюхе)
2) есть опасность передать в newInstance не тот бандл (поэтому класс с параметрами лучше)
3) имена методов не говорящие (это уже к стилю кода)
1) только завязан на фрагмент (а входные параметры обычно нужны презентеру, а не вьюхе)
2) есть опасность передать в newInstance не тот бандл (поэтому класс с параметрами лучше)
3) имена методов не говорящие (это уже к стилю кода)