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
Re: Wanted to show you project I made with your library #46
Comments
Hi @JohnBuhanan Do you know why it is not working without reflection of ScreenRegistry? |
@ynsok Maybe there is a better way to do routing from ViewModel. |
Generally, I think it should be enough, and solve our problem. What do you think?
|
@ynsok I think you're right. That would make it so I don't have to do reflection. I wonder how @adrielcafe feels about navigating from the ViewModel though? I think it is highly desirable, but others might see it as an anti-pattern. |
I've implemented the @ynsok suggestion in 1.0.0-beta16, please reopen the issue if that was not enough. About navigating from ViewModel/ScreenModel or any other class, I like the idea, some times that kind of logic is too complex and should not be in the UI layer. Feel free to open another issue about that, I'll start to think about an implementation. |
Hi @adrielcafe, I wanted to show you my sample app I made with Voyager: https://github.com/JohnBuhanan/MVI-Public
I studied a dozen github repos and felt like yours was closest to what I wanted.
Three things I thought you might find interesting:
api
gradle module and animpl
gradle module. Theimpl
s can be commented out fromsettings.gradle
andapp.gradle
to unload them from Android Studio indexing and gradle builds. This allows scaling for massively multi-module apps.Biggest thing I am thinking about now is best way to "navigate for result".
The text was updated successfully, but these errors were encountered: