https://kotlinlang.org logo
#android
Title
# android
a

Aaron Bond

08/13/2018, 10:59 PM
i notice there’s still a lot of distaste for fragments, what do you guys use in place of fragments?
m

muralimohan962

08/14/2018, 6:12 AM
I use fragments!
c

Can Orhan

08/14/2018, 8:29 AM
I'm using Flow & mortar in my current contract. Used conductor on personal projects. Personally, I'd use conductor whenever I can.
b

BMG

08/14/2018, 8:38 AM
Plain Views separated based on use case and adding them dynamically to rootView.
r

rkeazor

08/14/2018, 10:11 AM
I see nothing wrong with fragments, especially now that Google has Navigation architecture component
r

rook

08/14/2018, 2:38 PM
I currently have Conductor in production, and I’m regretting it. I’ve been making plans to revert to Fragments, but it’s going to be a rather large undertaking.
a

Aaron Bond

08/14/2018, 11:12 PM
thanks guys, i’ve used conductor and it’s quite good, but it does have its limitations and doesn’t seem to be actively developed.
c

Can Orhan

08/15/2018, 7:56 AM
Hey @rook! I'd love to know what some of the regrets you have are 🙂
r

rook

08/15/2018, 2:51 PM
@Can Orhan I’ll start with the positives, Conductor makes it super easy to move between screens in a way that is very lifecycle safe. Unfortunately, it comes at the expense of not being able to use things like
SupportFragmentManager
and a pretty brittle interface to all the things we normally rely on in an Activity or Fragment, like context, layout, etc. Our code is littered with null checks in order to interact with the root view component for a
Controller
. There’s also a bit of overhead introduced by their own lifecycle architecture. While not overly burdensome, it is something to take into consideration that you now have Android lifecycle and Conductor lifecycle to account for when trying to organize your code to run at certain moments.
2
c

Can Orhan

08/15/2018, 2:53 PM
Thanks so much! Super valuable comments, there
2 Views