How to Share ViewModels in Compose Multiplatform (with Dependency Injection!)
Vložit
- čas přidán 11. 05. 2024
- In this video I'll show you how to share ViewModels in Compose Multiplatform (with Dependency Injection!), enjoy!
💻 Let me be your mentor and become an industry-ready Android developer in 10 weeks:
pl-coding.com/drop-table-ment...
⭐ Courses with real-life practices
⭐ Save countless hours of time
⭐ 100% money back guarantee for 30 days
⭐ Become a professional Android developer now:
pl-coding.com/premium-courses...
Get my FREE PDF about 20 things you should never do in Jetpack Compose:
pl-coding.com/jetpack-compose...
Regular programming advice on my Instagram page: / _philipplackner_
Join my Discord server:
/ discord
Get the source code for this video on GitHub:
github.com/philipplackner/Jet... - Věda a technologie
Next video: Room for KMP
CMP
Thank you for your efforts into making this video! Really appreciate it!
You are like the great Arnold!
Impressed by the short presentation, but the top of the future of programming. 🎉
Your smile conveyed satisfaction at Kotlin's progress. It was an important part of the presentation.
Hey Philipp, I just wanted to express the Kotzilla team's gratitude for this incredible video! Your tutorial is super informative. Thanks so much also for sharing your experience with Koin😊.
Thank you for the helpful videos.
Thank you Philipp! Still one question is. How to share one instance of viewmodel between compostable functions in nav graph? And how to pass arguments in viewmodel +koin
Given the vm is a part of the koin graph, wouldn't you just get it similarly in that nav composable with the same type? Koin would then provide the current instance if singleton.
Really Helpful
But how to use this KMP view model in Swift (swift-ui or UIViewController) ?
Should I learn some IOS basics like we had in Android Basics before starting KMP?
Does IOS have intents?, Broadcast?
Thanks for a great video :)
is this compatible with use of the decompose library, or would you not mix these two?
Hey Phillip, can you do another updated Jetpack Crash course. There is literally very limited content on CZcams on that
Thank you, amazing like always ❤
Is there a way to create a shared koin vm that is attached to the current navigation graph like you showed it with hilt?
Like all your videos, this one is very interesting: thanks! But if we want to keep UI in Swift for iOS, how can we use these KMP ViewModels from Swift?
Hey Philip can u make a video regarding the new changes in the google signin using firebase ?
@Philipp can you share on how use pagination in composeApp Multiplatform. So far, cash app library however this library soon not will maintain.
One question, do you recommend a MacBook air m3 16Gb to develop Apps with KMP? Is it enough to use Android Studio XCode with different emulators? Or it is worth jumping to the 18Gb macbook pro m3 pro. Thank you very much for your videos.
Get a m2 with 32gb ram better. These development applications are ram hogs, especially with emulators.
Great content. Awesome. Now, how could we share the same viewmodel to different screen. Could you show us some insight.Thank you.
can you please suggest me any tutorial or post where i can find that how we can write business logic in shared file then we can generate .Framework file / .arr file to distribute into Android / iOS project to use that business logic separately.
where is the vid you made on shared ViewModel in compose navigation in native android? i cant find it anywhere :(
Hey Phillip, is your paid course on KMM updated with these new libraries and developments in KMM?
I just recorded some update videos this week, they'll be published in the next 7-10 days after they're edited :) There's a video that shows how to update the project to run on the latest Gradle with all the latest dependencies and there are videos about whether you should use CMP and Jetpack ViewModels. Those are not used in the course for good reason at this point which is all explained though.
@@PhilippLackner Just purchased your KMP course :)
Wow! It's super easy to use CMP now because of this. At the last 3 minutes before end of video, you showed how to fetch the VM: composable("screenA") {val viewModel = koinViewModel()....
But this doesn't work in printing Hello World! unless you fetch the VM before the composable block
Why do you use a 'single' for ios but not a 'factory'?
Looking great already
I wonder if disabling Activity re-creation when configuration changes(in the manifest), will make this easier and we wouldn't need to expect/actual ViewModel modules and classes.
Then you'll break themes, language switching, landscape ui etc.
Doesn't that get recomposed when the respective staticCompositionLocal gets updated, regardless of Activity recreation?
The whole point of compose is being reactive
@@pablovaldes6022 you're right
This video is right what I needed as I'm making KMP project with viewmodels and jetpack nav. For whatever reason my latest Android Studio doesn't show me preview in composable functions of KMP project, although ui tooling is in gradle.
Preview for CMP is not supported in Android studio yet
What I've done is make a preview file in the Android package and it holds all of the previews for all of my screens. They could be split to separate files, but I decided to do it this way and use the gallery view to look at specific ones.
Can't we use KMP in windows?
Yes
In the KMP wizard he mentions at the start of the video, you can add the desktop flavor. That would run on Windows since JVM runs on Windows.
It's neat that live templates fills the funs. But why live template don't show for Android Studio on latest Macbook Pro. I am using experimental Android Studio- Canary?
I think a lot of that was Gemeni and not live templates
Can I use this ViewModel without Compose Multiplatform?
I want to do a similar implementation you did in your KMM course. Shared View Model with nativeUI.
Yes
How to use viewmodel & koin injection with native SwiftUI.
Hello Philip, is it safe to use compose multiplatform for migration òf an already existing production android project to ios, or do you think it is not stable enough
Compose Multiplatform is still in alpha, so thing might change in the future and that could lead to deprecations and big refactors in the future
On the other hand Compose Multiplatform will generally align well with Jetpack Compose, so if you're using that, you're probably going to be fine (although might have to wait a bit for newer stuff to get merged in)
@FahadAyaz compose multiplatform just went beta for ios !! That's great news
Bro please do a video on Room database for kmp
Helpful info. This would be a nice 🌞addition to incorporate into your premium course "Building Industry-Level Multiplatform Apps With KMM" (could also be renamed KMM ---> KMP). Are any updates planned? Some policy would be useful to know.
Can anyone help me out for my DSA preparation as I currently use kotlin for my Android dev and I am fluent in using kotlin, so should I use the same for my DSA preparation or should I go for Java or c++
Why not haskell? I would try something new. But I am not ready to help you. Good luck. 🍧🌟
Have they merged KMP and CMP? I remember KMP was different where you had to use Swift for iOS-specific code.
This tutorial is Compose Multiplatform but Phillip is saying KMP. So, maybe I missed something, is KMP and CMP the same thing now?
Will CMP work without KMP? CMP only means sharing your UI (Compose code in this case) among all platforms, the rest is KMP.
@@abiodunmoses2638 I thought KMP generates purely native apps for both iOS and Android as if they were using Android Studio and XCode respectively. And CMP generates non-native apps just like Flutter and ReactNative.
If that is true, I don't think we can say that CMP = KMP + Shared UI.
Compose Multiplatform is built on top of Kotlin Multiplatform. You can choose to share UI with CMP or not share UI and use each platform's native implementations. It's up to you to decide what works best for your project.
@@FahadAyaz Thanks.
Koin is not dependency injection! Koin is service locator!
Dependency injection = passing objects to objects
Exactly what's happening here in the VM's constructor ;)
@@PhilippLackner DI and SL it different patterns. Please read about it. You miss the point: DI is not passing objects, DI it is about getting objects and SL it is about taking objects.
@@MonichGPT You are arguing semantics here. Koin is listed on their site as a "DI Framework". It is an abstraction over the concept, telling you WHAT, but not HOW it is done.
@@ddaypunk Koin does not provide DI
who told you that lol? so injecting into the constructor is SL? something new here
Running it on iOS after cloning, gives me the following:
Duplicate Library Names:
library_commonMain
lifecycle-viewmodel_commonMain
annotation_commonMain
That is why I prefer flutterr. I mean I love kotlin and Jetpack Compose, but the KMP is pretty new, so the ecosystem is not ready for real production and you need to solve everything by youself.
KMP is pretty ready, just Compose MP not yet
is compose multiplatform still alpha in ios side ?
Hm, really quite difficult to find this information on the wide wide web. So might be easier to ask in a YT comment. Let me help you: I would say maybe. 🐣
@@malschauen6267 I guess sarcasm and dismissiveness are easier than actually trying to be helpful
Now it's beta
Suggestion, show how compose-ios works, compare with how React-native or Flutter works, write once and run on both emulators
Going nicely! But still too godamn complex. I will wait until they have something that does everything in this nice video automatically
You ever getting ViewModel by hands! This is not DI!!! It is not even verify the dependency graph!!!
What bro
Doesn't the singleton iOS ViewModel defeat the point? You're throwing away all the scoping apis that make this cross platform view model so useful in the first place.
ko-in? lol why not pronounce like "coin"
Koin = kotlin inject
@@PhilippLackner It is pronounced "coin".
Do you really need to have cringe thumbnails to capture your audience? That's so clickbait. I really like your videos man, but jesus, go one step up!!
I reaaly hate viewmodels and these design patterns, I just use Object classes, lives forever and access it anywhere, I know it's "wrong" but it's easier for my tiny brain, I seperate concerns on my own and make single sources of truth on my own, all in singleton objects
Lives forever may have potential memory issue, and you would have to write specific code to cancel work for some screens based on requirements.
@@JeffreyLiu8 True, I do handle cancelling work , and I always use try catch just in case and log the errors to my backend. for me this makes sense esp. for simple apps and for one-dev apps
One process death and your app will misbehave. Don't do that :D
@@PhilippLackner may be make a video "why we need viewmodels?"
@@PhilippLackner for example I have an object named 'ui' that contains some mutable state flows like "button1_visible" , "current_text" etc, why should I put them in a viewmodel and not in a simple singleton ?