Size: a a a

Android Architecture

2020 August 10

RC

Roman Chumachenko in Android Architecture
Anatoliy Kernokus
согласен,но это только с single activity application.
А зачем фрагменты, если не синг активити?
источник

ES

Egor Sigolaev in Android Architecture
Anatoliy Kernokus
согласен,но это только с single activity application.
Так в основном уже юзают сингл активити. Даже гугл рекомендует
источник

AK

Anatoliy Kernokus in Android Architecture
Roman Chumachenko
А зачем фрагменты, если не синг активити?
вью пейджеры мутить и всё в этом духе
источник

AK

Anatoliy Kernokus in Android Architecture
Egor Sigolaev
Так в основном уже юзают сингл активити. Даже гугл рекомендует
этого не знал.спасибо.пошёл изучать
источник

RC

Roman Chumachenko in Android Architecture
Anatoliy Kernokus
вью пейджеры мутить и всё в этом духе
Ну это чуть ли не единственный вариант. Можно еще про DialogFragment вспомнить
источник

AO

Artem Osipov in Android Architecture
Roman Chumachenko
Ну это чуть ли не единственный вариант. Можно еще про DialogFragment вспомнить
последний вроде уже NO GO считается
источник

RC

Roman Chumachenko in Android Architecture
Artem Osipov
последний вроде уже NO GO считается
А вот тут я завтыкал, а что мы теперь вместо DialogFragment должны испольовать?
источник

RC

Roman Chumachenko in Android Architecture
Я знал, что голые Dialog устарели
источник

AO

Artem Osipov in Android Architecture
или я провтыкал и подумал про alert для ошибок)
источник

KD

Konstantin Dovnar in Android Architecture
Artem Osipov
но мне вот интересно чем таким фрагменты сложнее в использовании чем активности что в них прям надо упарываться?
Ебнутая схема ЖЦ.
У активити она тоже не ахти, но у фрагментов схема ещё более шизанутая.

Довольно не очевидная схема навигации.
Работая N лет в Андроиде до сих пор приходиться вспоминая как делать те или иные вещи гуглить.

Благо всякие чичероне/нав компоненты позволяют облегчить эту работу.

В общем, каких-то невероятных преимуществ у фрагментов перед активити не вижу.

1: Они идут сторонней либой, значит логика везде будет одна. Но тут и у активити есть AppCompat.

2: Размещение нескольких на одном экране или внутри друг друга. Тут да.
источник

AO

Artem Osipov in Android Architecture
Konstantin Dovnar
Ебнутая схема ЖЦ.
У активити она тоже не ахти, но у фрагментов схема ещё более шизанутая.

Довольно не очевидная схема навигации.
Работая N лет в Андроиде до сих пор приходиться вспоминая как делать те или иные вещи гуглить.

Благо всякие чичероне/нав компоненты позволяют облегчить эту работу.

В общем, каких-то невероятных преимуществ у фрагментов перед активити не вижу.

1: Они идут сторонней либой, значит логика везде будет одна. Но тут и у активити есть AppCompat.

2: Размещение нескольких на одном экране или внутри друг друга. Тут да.
да, но у активити есть разные launch mode, что тоже добавляет гемора.
Плюс каждую надо не забыть прописать в манифесте. Ну тоже такое) а ЖЦ в целом оч похожи. Но конкретно я огреб когда понадобилось сделать условный дровер на всех экранах
источник

AO

Artem Osipov in Android Architecture
и мой вопрос был про "чем фрагменты сложнее, что надо прям упарываться" готовятся они вполне себе. Есть некоторые нюансы, но не упарываться
источник

AI

Arkadii Ivanov in Android Architecture
Фрагменты можно выкладывать друг в друга. Код можно декомпозировать на куски и уже из этих кусков составлять экраны. К тому же в фрагменты можно передаыать зависимости через конструктор. А в Активити только с API 29 вроде.
источник

AI

Arkadii Ivanov in Android Architecture
А особенный ЖЦ у фрагментов это же наоборот добро. Фрагменты в бэк стеке не имеют UI, что экономит память.
источник

Kd

Konstantin dmz9 in Android Architecture
вложеные фрагменты вообще топчик
источник

KD

Konstantin Dovnar in Android Architecture
С каких пор можно передавать зависимости через конструктор?
Вернее, с каких пор так стоит делать?
Насколько я помню, при пересоздании фрагмента он все эти зависимости потеряет.

В целом, у меня обычно фрагменты это полноценные экраны => стартовая точка для чего-то. Не считаю чем-то ужасным оттуда напрямую получать зависимости из SL и передавать дальше куда нужно.

Но да, если заниматься декомпозицией фрагментов разбивая их на мелкие, то передача в конструкторе нужна. Иначе это будет адом.
Однако этот подход уже вполне вписывается в "упарываться", т.к. он существенно сложнее.

Но ещё раз — моя мысль лишь в том, что выбирая между фрагментами и активити (в плане использования в виде полноценного экрана) — это выбор между сегодняшней кучей дерьма и вчерашней.
источник

Kd

Konstantin dmz9 in Android Architecture
Konstantin Dovnar
С каких пор можно передавать зависимости через конструктор?
Вернее, с каких пор так стоит делать?
Насколько я помню, при пересоздании фрагмента он все эти зависимости потеряет.

В целом, у меня обычно фрагменты это полноценные экраны => стартовая точка для чего-то. Не считаю чем-то ужасным оттуда напрямую получать зависимости из SL и передавать дальше куда нужно.

Но да, если заниматься декомпозицией фрагментов разбивая их на мелкие, то передача в конструкторе нужна. Иначе это будет адом.
Однако этот подход уже вполне вписывается в "упарываться", т.к. он существенно сложнее.

Но ещё раз — моя мысль лишь в том, что выбирая между фрагментами и активити (в плане использования в виде полноценного экрана) — это выбор между сегодняшней кучей дерьма и вчерашней.
не будет адом. один листенер на фрагмент менеджере даст тебе точку инжекта во фрагмент
источник

KD

Konstantin Dovnar in Android Architecture
Arkadii Ivanov
А особенный ЖЦ у фрагментов это же наоборот добро. Фрагменты в бэк стеке не имеют UI, что экономит память.
Добром это могло было бы быть, если бы он — ЖЦ — был очевидным и простым. А он, как и у активити, пизданутый:)

Разумеется у него есть какие-то преимущества, но это не что-то, что делает фрагменты лакомым кусочком.
источник

KD

Konstantin Dovnar in Android Architecture
Konstantin dmz9
не будет адом. один листенер на фрагмент менеджере даст тебе точку инжекта во фрагмент
Не будет адом listener с огромным when на проверку каждого фрагмента и инжекта в него? Ну-ну:)
источник

AD

Aleksey D. in Android Architecture
Konstantin Dovnar
С каких пор можно передавать зависимости через конструктор?
Вернее, с каких пор так стоит делать?
Насколько я помню, при пересоздании фрагмента он все эти зависимости потеряет.

В целом, у меня обычно фрагменты это полноценные экраны => стартовая точка для чего-то. Не считаю чем-то ужасным оттуда напрямую получать зависимости из SL и передавать дальше куда нужно.

Но да, если заниматься декомпозицией фрагментов разбивая их на мелкие, то передача в конструкторе нужна. Иначе это будет адом.
Однако этот подход уже вполне вписывается в "упарываться", т.к. он существенно сложнее.

Но ещё раз — моя мысль лишь в том, что выбирая между фрагментами и активити (в плане использования в виде полноценного экрана) — это выбор между сегодняшней кучей дерьма и вчерашней.
с самого начала можно так делать, есичо
источник