-
Notifications
You must be signed in to change notification settings - Fork 50
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
RIB fragment #237
RIB fragment #237
Conversation
# Conflicts: # libraries/rib-base/src/main/java/com/badoo/ribs/android/RibActivity.kt
libraries/rib-base/src/main/java/com/badoo/ribs/android/activitystarter/ActivityStarterHost.kt
Outdated
Show resolved
Hide resolved
Some tests? |
@zsoltk ready to review and merge. |
libraries/rib-base/src/main/java/com/badoo/ribs/android/integrationpoint/IntegrationPoint.kt
Outdated
Show resolved
Hide resolved
libraries/rib-base/src/main/java/com/badoo/ribs/android/integrationpoint/IntegrationPoint.kt
Outdated
Show resolved
Hide resolved
libraries/rib-base/src/main/java/com/badoo/ribs/android/dialog/DefaultDialogLauncher.kt
Outdated
Show resolved
Hide resolved
|
||
class ActivityIntegrationPoint( | ||
open class ActivityIntegrationPoint( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
From my point of view create own class of ActivityIntegreationPoint only for overriding DialogLauncher sounds strange, can we add DialogLauncher as constructor field?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There is no meaning in exposing only DialogLauncher
via contractor parameter. But at same time we can't expose ActivityStarter
and PermissionRequester
as default parameters because they depends on internal RequestCodeRegistry
.
Please extend ActivityIntegrationPoint
and override the field, use createIntegrationPoint
to replace default one in activity or fragment.
After some additional investigations, I discovered, that using
isFinishing
flag combinations for fragment still has issues.ViewModel is only option for fragments. I decided to use ViewModel in activities too to have consistent behaviour.
Depends on #235