Hey guys, any github projects that can be a good l...
# androidn
Nikola Milovic
09/27/2019, 5:22 PMHey guys, any github projects that can be a good learning resource for good architecture Mvvm preferably, DI, room etc..
j
Jeremy
09/27/2019, 6:21 PMJeremy
09/27/2019, 6:21 PMJeremy
09/27/2019, 6:22 PMp
Pablichjenkov
09/27/2019, 6:27 PMI think is valuable taking a look at these MVVM derivates:
Square*: https://github.com/square/workflow
Netflix: https://github.com/julianomoraes/componentizationArch
Uber: https://github.com/uber/RIBs
AirBnb: https://github.com/airbnb/MvRx
Chris Banes: https://github.com/chrisbanes/tivi
j
Jeremy
09/27/2019, 6:34 PMAgreed. The MVVM+ViewModel that Google promotes has tradeoffs
p
Pablichjenkov
09/27/2019, 6:49 PMThat is correct, be careful with Google's naming.
Google named ViewModel a class that basically persist configuration changes like rotation. But it has nothing inside so you start building whatever you want on top of it.
The major confusion I see in Google's MVVM+ViewModel is that they treat Fragments as View where many people consider them as Controllers. Specially iOS developers usually map UiViewController to Fragment.
Seeing the Fragments as View is fine but then if you start using the Navigation Component. You see most of the samples out there they write Navigation Logic in the Fragments. Meaning your app is driven by Views. It shouldn't, an App should be driven by Business Logic, more scalable.
In my personal opinion and what I currently do is treat Fragments as Controllers. Well not really controllers. With the new Navigation API I treat them as Nodes in a State Machine. Each Node/Fragment of the Navigation Graph represents a State in a State Machine. The Nav Graph is my State Machine.
Of course there is a lot of workarounds on top of the existing API to make it to work the way it should. But Hopefully Google keeps improving the Nav Graph API in such a way where you can see it more like a State Machine.
☝️ 1
j
Jeremy
09/27/2019, 6:55 PMAlso getting ViewModel working in a MPP app is challenging
Jeremy
09/27/2019, 6:56 PMAnd the fact ViewModel don't handle process death so still dealing with fragment, viewmodel and app lifecycle
p
Pablichjenkov
09/27/2019, 6:57 PMWhat you mean by MPP app?
Pablichjenkov
09/27/2019, 6:59 PMMassive Parallel Processing?
😆 1
j
Jeremy
09/27/2019, 6:59 PMmultiplatform
Jeremy
09/27/2019, 6:59 PMI like your definition
p
Pablichjenkov
09/27/2019, 6:59 PMoh ok I got you. Yeah right
Pablichjenkov
09/27/2019, 6:59 PMIt was the first that pop up from google 🙂
j
Jeremy
09/27/2019, 7:00 PMI think in next few years there will be a rethink of architecture patterns and libs if multiplatform becomes mainstream
Jeremy
09/27/2019, 7:01 PMThe patterns and libs Google is promoting don't work in that ecosystem
p
Pablichjenkov
09/27/2019, 7:01 PMI do agree on that. Although not sure if Apple is gonna like it.
Pablichjenkov
09/27/2019, 7:09 PMHonestly Multiplatform sounds more like a Eutopic dream than a fact. It's been 10 years of mobile existence and still is on baby steps. Don't know adoption percentage these days but I don't think they any high.
Not even Flutter which is pretty decent has shown respect in the market.
j
Jeremy
09/27/2019, 7:35 PMYes, but to be fair KN is fairly new and still in beta
Jeremy
09/27/2019, 7:37 PMKN is the first solution I've encountered that actually solves the problem in a pragmatic way
Jeremy
09/27/2019, 7:37 PMj2objc is the closest
➕ 1
p
Pablichjenkov
09/27/2019, 7:44 PMWell, I don't mean you can't run multi-platform code. That is not new, in fact you can compile C++ binaries that run on almost every platform out there but the Web. Then you can consume this binaries from the platform through the different APIs like JNI.
I think there is some work done for Swift too.
However, my point is a Unique Universal API or something closer to this concept. That is not gonna happen any time soon. We can get closer by writing a bunch of platforms adapters to wrap a Universal UI API, that's Flutter. But you still gonna get hit by performance issues and such stuff.
j
Jeremy
09/27/2019, 7:49 PMFlutter performance is good my issues were def interop with native platform
p
Pablichjenkov
09/27/2019, 7:50 PMEven making a single app that runs for iPhone and Mac is hard and you are talking about the same language and similar APIs.
j
Jeremy
09/27/2019, 7:51 PMYes you def end up w/ a lot of abstractions to make it work
👍 1
👆 1
Jeremy
09/27/2019, 7:52 PMBest case maybe 20-50% of app code would be cross platform, maybe as low as 5-10%
p
Pablichjenkov
09/27/2019, 7:52 PMDon't have enough data but apparently Flutter performance is ok. I don't like their
Widgetmain()j
Jeremy
09/27/2019, 7:52 PMWrapping the entire sdk and app into a common api is a pipe dream
Jeremy
09/27/2019, 7:53 PMUI greenfield apps in Flutter are ok but if need a lot of of platform api like legacy code, networking, notification, authentication it gets painful and death by a thousand cuts
Jeremy
09/27/2019, 7:54 PMInterop with platform in KN is much less boilerplate
➕ 1
p
Pablichjenkov
09/27/2019, 7:55 PMHumm good to know. Haven't experiment with it yet
j
Jeremy
09/27/2019, 7:55 PMDepending on type of app. Flutter is competing w/ mobile web not true native apps
p
Pablichjenkov
09/27/2019, 7:55 PMI got to put my Arduino and Raspberry pi to work these days 😁
👍 1
j
Jeremy
09/27/2019, 7:56 PMI think all solutions can co-exist, no winner take all just like serverside
Jeremy
09/27/2019, 7:56 PMPython doesn't need to lose for Kotlin to win. Its a big world
p
Pablichjenkov
09/27/2019, 8:05 PMIt is a big world right. Although there is always tech evolution. Learning from mistakes new languages get better and better. Then it starts replacing old ones little by little. Not sure if that statement apply for
CC++C++Scalaa
alex009
09/27/2019, 9:44 PMhttps://kotlinlang.slack.com/archives/C0B8M7BUY/p1569610522245500?thread_ts=1569604951.242200&cid=C0B8M7BUY
we already port viewModel to mpp 🙂 https://github.com/icerockdev/moko-mvvm
in our projects use, all good)
👍 2
2 Views