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😊.
Damm, and here I was wasting time getting Voyager to work when this is already officially supported. Saved me a headache and some dev time, as always! Keep up the good work
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.
Hey Lackner, you defined koin module as single { } aka singleton, so every time if you try to inject via inject() or koinInject() in composables it will always get the same reference of ViewModel. You don't require to get it from the scope. koinInject will do that for yor.
How about with SavedStateHandle? Is it straight forward SavedStateHandle() just like when we create ViewModel with SavedStateHandle in unit test? Thanks
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.
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.
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.
Doesn't that get recomposed when the respective staticCompositionLocal gets updated, regardless of Activity recreation? The whole point of compose is being reactive
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
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.
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?
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?
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.
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.
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?
Would this approach work when the UI is not shared? I mean: - XML/Compose on Android - swiftUI on iOS - bussines logic to be shared across both platform (including the view models) I’m trying to understand if a shared view model will work in this case.
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.
@@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.
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?
@@osisuper98 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.
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.
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.
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
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)
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++
Maybe I'm wrong but one thing to mention ist, that this ViewModel right now, only seems to work if you target iOS an android. It doesn't support e.g. tvOS. Did anyone find a solution for that?
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. 🐣
Running it on iOS after cloning, gives me the following: Duplicate Library Names: library_commonMain lifecycle-viewmodel_commonMain annotation_commonMain
Great video as usual, but after this video, I think it will be a long time before KMM becomes better than Flutter. Too much code, in my opinion, to do easy things like initialize a vm.
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.
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
@@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
@@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 ?
Good... But in fact now we have org.koin.core.module.dsl.viewModelOf, org.koin.compose.KoinApplication and import org.koin.compose.viewmodel.koinViewModel, we can set up koin DI just in commonMain once for all, so actually there's no need to write platform-specific setup codes.
Next video: Room for KMP
CMP
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😊.
Best youtuber ive found, literally you cant set up complete kotlin kmp app, with most simple as posible
Thank you for your efforts into making this video! Really appreciate it!
Damm, and here I was wasting time getting Voyager to work when this is already officially supported. Saved me a headache and some dev time, as always! Keep up the good work
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.
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.
Hey Lackner, you defined koin module as single { } aka singleton, so every time if you try to inject via inject() or koinInject() in composables it will always get the same reference of ViewModel. You don't require to get it from the scope. koinInject will do that for yor.
Should I learn some IOS basics like we had in Android Basics before starting KMP?
Does IOS have intents?, Broadcast?
is this compatible with use of the decompose library, or would you not mix these two?
But how to use this KMP view model in Swift (swift-ui or UIViewController) ?
How about with SavedStateHandle? Is it straight forward SavedStateHandle() just like when we create ViewModel with SavedStateHandle in unit test? Thanks
Pretty straight forward. Thanks for your efforts!
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.
Why do you use a 'single' for ios but not a 'factory'?
Factory will generate a new instance for every call. Single will generate only one instance (Singleton)
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
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
Thank you for the helpful videos.
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 :)
How to use viewmodel & koin injection with native SwiftUI.
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
where is the vid you made on shared ViewModel in compose navigation in native android? i cant find it anywhere :(
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?
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.
Hey Phillip, can you do another updated Jetpack Crash course. There is literally very limited content on UA-cam on that
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.
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?
if you added dependency to commonMain you don't need to make it API to be available in other sourceSets
Hey Philip can u make a video regarding the new changes in the google signin using firebase ?
Great content. Awesome. Now, how could we share the same viewmodel to different screen. Could you show us some insight.Thank you.
@Philipp can you share on how use pagination in composeApp Multiplatform. So far, cash app library however this library soon not will maintain.
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.
Would this approach work when the UI is not shared?
I mean: - XML/Compose on Android
- swiftUI on iOS
- bussines logic to be shared across both platform (including the view models)
I’m trying to understand if a shared view model will work in this case.
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
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
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.
@@osisuper98 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.
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
16:36 you was diggin wontcha
Really Helpful
Thanks for a great video :)
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.
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
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. 🍧🌟
Bro please do a video on Room database for kmp
Maybe I'm wrong but one thing to mention ist, that this ViewModel right now, only seems to work if you target iOS an android. It doesn't support e.g. tvOS.
Did anyone find a solution for that?
I am still getting this error:
Unresolved reference: ViewModel
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
Running it on iOS after cloning, gives me the following:
Duplicate Library Names:
library_commonMain
lifecycle-viewmodel_commonMain
annotation_commonMain
Great video as usual, but after this video, I think it will be a long time before KMM becomes better than Flutter.
Too much code, in my opinion, to do easy things like initialize a vm.
Quinton Throughway
Graham Ports
Schmeler Knolls
Suggestion, show how compose-ios works, compare with how React-native or Flutter works, write once and run on both emulators
Gleichner Common
Going nicely! But still too godamn complex. I will wait until they have something that does everything in this nice video automatically
Bahringer Mountains
We have to do lots of things for a simple job 😅.
You ever getting ViewModel by hands! This is not DI!!! It is not even verify the dependency graph!!!
What bro
Metz Vista
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.
Price Loaf
Haag Heights
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!!
ko-in? lol why not pronounce like "coin"
Koin = kotlin inject
@@PhilippLackner It is pronounced "coin".
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 ?
Good... But in fact now we have org.koin.core.module.dsl.viewModelOf, org.koin.compose.KoinApplication and import org.koin.compose.viewmodel.koinViewModel, we can set up koin DI just in commonMain once for all, so actually there's no need to write platform-specific setup codes.