ViewModels & Configuration Changes - Android Basics 2023

  Переглядів 91,433

Philipp Lackner

Philipp Lackner

10 місяців тому

In this video I'll explain what ViewModels are and why they have a special place on Android.
⭐ Get certificates for your future job
⭐ 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...
💻 Let me be your mentor and become an industry-ready Android developer in 10 weeks:
pl-coding.com/drop-table-ment...
Subscribe to my FREE newsletter for regular Android, Kotlin & Architecture advice!
pl-coding.com/newsletter
Join this channel to get access to perks:
/ @philipplackner
Join my Discord server:
/ discord
Regular programming advice on my Instagram page: / _philipplackner_
Checkout my GitHub: github.com/philipplackner
You like my free content? Here you can buy me a coffee:
www.buymeacoffee.com/philippl...

КОМЕНТАРІ: 90
@psytoolkit
@psytoolkit 6 місяців тому
I do not know how anyone can learn Android coding without these videos, thank you so much.
@nesletchimaew9209
@nesletchimaew9209 7 місяців тому
You're making me learn compose in a mere couple of weeks. Why is noone else coming up with these essential videos? These solutions are so simple yet noone will mention them in a documentation
@adrianivasku6400
@adrianivasku6400 5 місяців тому
I dont like that he uses compose in each video. Sure it is nice if you want to learn it but I like when something is explained without much boilerplate. His older videos were more focused, idk. Nowadays he explains that subject but also 10 other :).
@notimportant2478
@notimportant2478 5 місяців тому
the tutorials from Google are also very good
@abuiman5251
@abuiman5251 9 місяців тому
Perfect as usual, Philipp! I wish you a lot more subscribers! Keep sharing your knowledge please in a clear and understandable way! Danke😉
@skarloti
@skarloti 10 місяців тому
I really liked that you explained in such great detail. When you don't use Dagger-Hilt, everything becomes clearer despite the boilerplate code. I had a lot of memory leak issues with Context 🎉
@USS_Daedalus
@USS_Daedalus 10 місяців тому
Yeah i had the same its difficult to avoid Memory leaks if app context needed in ViewModel. But after i implemented Dagger Hilt, this Problem is practical non existent.
@skarloti
@skarloti 10 місяців тому
@@USS_Daedalus There are different approaches and sometimes you can work around using Context. However with injection it is much easier and I prefer Koin (KMP) instead Hilt (Android).
@abr464
@abr464 10 місяців тому
Thank you Philipp for all your work. You are really an inspiration for me as Android Developer and I've learned so much thanks to you 😊
@diulianovargasdasilveira3900
@diulianovargasdasilveira3900 9 місяців тому
You're the goat i was having difficult in state management and your video clarify my mind, thanks
@alexnovikov1609
@alexnovikov1609 10 місяців тому
It's a very clear and detailed explanation as usual. Thank you!
@matteoZattera
@matteoZattera 10 місяців тому
Perfect explanation, thanks Philipp
@Alchemist10241
@Alchemist10241 10 місяців тому
Videos like this are necessary for developers in any level, sometime you need to know how a component really works and what its purpose is, in order to avoid bugs, performance issues and leaks.
@jishnugoyal4397
@jishnugoyal4397 10 місяців тому
Great series! Maybe you could include things like - this could be asked in an android interview and share some trick questions :)
@sidbot9622
@sidbot9622 2 місяці тому
Thanks it really cleared my doubt i was confused but now its clear.
@56redgreen
@56redgreen 24 дні тому
I have learnt a lot of languages and watched a lot of videos but yours are next level, whatever I need you have a video and exactly at the level I need and perfectly explained.
@PhilippLackner
@PhilippLackner 24 дні тому
Thank you!!
@marekwalica4418
@marekwalica4418 10 місяців тому
Very clearly explained. Thank you very much
@meme_Overflow
@meme_Overflow 10 місяців тому
Please make a video on how to make usecases for a complex app having many features This series is gonna be very useful
@braynM
@braynM 10 місяців тому
I just want to thank you, I am learning a lot from your videos! Cheers!
@shriganapatiyoga
@shriganapatiyoga 10 місяців тому
thx a lot for this basics video!
@Kanha0321
@Kanha0321 10 місяців тому
a big thanks to all your efforts one day i will surely become a great android developer only because of you ❤
@khangchow5694
@khangchow5694 10 місяців тому
Hi sir, thanks for your helpful series. But I got one more question about the differences between MVP and MVVM, can you help me figure it out. Thankyou
@Noor_alden
@Noor_alden 10 місяців тому
thanks for great content 🙏🙏❤ ,
@mircodev
@mircodev 10 місяців тому
Thx for this great video.
@abovemediocrity245
@abovemediocrity245 7 місяців тому
Is Google making all this unnecessarily complex? Newbie here
@sumitfd2704
@sumitfd2704 3 місяці тому
It's actually the opposite
@saadahmed688
@saadahmed688 28 днів тому
Not necessarily Google but OOP is. Android development is the worst abstraction hell out there
@AboAbdulrahman_YT
@AboAbdulrahman_YT 6 місяців тому
thank you.. I was stuck and didnt know whats wrong,, turned out i needed to sync it..
@user-cd2uw7ec3s
@user-cd2uw7ec3s 2 місяці тому
Hi, Philipp! Thank you so much 🙏 I would like to ask you what is written on your T-shirt in this video? Thanks
@dikenmhrz3902
@dikenmhrz3902 10 місяців тому
if model layer is exposing a list of objects with epoch time, is it good to convert all of them to new object by parsing them to corresponding strings?.. If I follow this approach, I would have 4 data classes that represents the same data: dto, entity, model that repository exposes and model that is parsed for the view. Should I follow this approach?
@RamazanOzerr
@RamazanOzerr 9 місяців тому
Can you please explain the reason of getting dublicate class error? thanks
@mastmusic2837
@mastmusic2837 Місяць тому
This is at least 100% better then developer.android blog. Excellent.
@AMALSHIWANTHA
@AMALSHIWANTHA 10 місяців тому
❤ good one
@ryokuman1916
@ryokuman1916 6 місяців тому
you are the best bro
@imamulhasanrana4431
@imamulhasanrana4431 10 місяців тому
Hi Philipp, Can You Also Make a Video About Repository And Data Classes? Would Be very Helpful
@PhilippLackner
@PhilippLackner 10 місяців тому
Those are both not really android specific concepts, but I might make one about repos on future
@M4t3u5zzz
@M4t3u5zzz 10 місяців тому
Hello, can you make a wideo with istalation of Android studio and show how to config it, and what emulator you use ?
@Galaktick_Vovchik
@Galaktick_Vovchik 10 місяців тому
Thanks, you explain kotlin compose very well. There is little information at an advanced level in the Russian-speaking segment.
@oktaygenc4599
@oktaygenc4599 3 місяці тому
Hello, which theme are you using, it looks very nice ?
@VictorFarkas-fp2gl
@VictorFarkas-fp2gl 10 місяців тому
sehr schön 👍aka very nice
@jade6614
@jade6614 10 місяців тому
The GOAT ♥
@mckenytech8033
@mckenytech8033 10 місяців тому
Thank you bro...was waiting on this to start using KMM...will this work for compose ios if I share the ui and the logics ?
@PhilippLackner
@PhilippLackner 10 місяців тому
Not like I showed here since you're dealing with an Android specific dependency, but there are ways to make it work
@kernelpanic1697
@kernelpanic1697 8 місяців тому
Hey! can you share your green wallpaper?
@RodrigoAbreuOliveira
@RodrigoAbreuOliveira 10 місяців тому
Congratulations Philipp. A simple question, can I work with WorkManager inside the ViewModel class?
@PhilippLackner
@PhilippLackner 10 місяців тому
You can, but I'd keep them free of Android dependencies to make them locally unit testable
@anuraganand5945
@anuraganand5945 7 місяців тому
Awesome
@postforest_in
@postforest_in 4 місяці тому
sir, how to know that meetups are going on and how to join them and joining them is worth it ?
@smallpadz
@smallpadz 28 днів тому
Philipp the 🐏 in Android tutorials 🔥
@BlackSkyCrew
@BlackSkyCrew 10 місяців тому
It's a cool explanation of MVVM, but what a pity I don't have enough money to buy your premium courses...
@marksears3117
@marksears3117 10 місяців тому
What emulator do you use?
@yaakoubhamad4852
@yaakoubhamad4852 10 місяців тому
👌👌
@brianquigley1940
@brianquigley1940 16 днів тому
~15:00 the crash due to adding a parameter... this type of issue is why I am having so much difficulty learning how to use Android... half the time, there is no obvious reason why a crash occurs, and the log often gives the wrong line number... is there an easy way to debug such problems?
@andrewdunbar828
@andrewdunbar828 8 місяців тому
Is this telling us we need to use ViewModel or just what it can be used for if we want to use it? Is it the only way to handle configuration changes or is it an alternative to APIs like rememberSaveable?
@nesletchimaew9209
@nesletchimaew9209 7 місяців тому
The deciding factor should be speed. If your project is simple enough, you can use rememberSaveable and it runs perfectly fine, you don't need much code either. If you have more complexity, it's better to use remember in combination with a viewmodel. Usually when it becomes too complex, you have a lot of logic functions regarding how you map your states. This is best done in a viewmodel to create the separation from the ui. This way the code is more flexible and less buggy. You can then update and save 100 specifically selected states in 1 small function according to a logic algorithm. Of course you would never reach this efficiency using rememberSaveable
@andrewdunbar828
@andrewdunbar828 7 місяців тому
@@nesletchimaew9209 Thanks! In some ways it's a tricky time to be an Android noob during the change from Views to Compose and picking up only bits and pieces of techniques and terminology from each with so much info referring to or expecting knowledge of earlier stuff. So far I've only done simple enough things to juse rememberSaveable but even then got lost with the list and mutable versions.
@nesletchimaew9209
@nesletchimaew9209 7 місяців тому
@@andrewdunbar828 it's very hard to find info on what you can do to make things easier. I use a wrapper class with a val value: T so that primitive data types can get put into the same class type. When I set a state for a boolean, i say val bs = States.VALUE.BOOLEAN(true). Then i make a map in the viewmodel for each data class i need to have access to in the UI. Then I put all of them i side another map, and make a new privatemap with mutable stateflows for all of them, and another public one using the mutable stateflows as regular stateflows. In the UI I then collect all of them as stateflows and then as states. The state in the UI will then be of the following type: Map If I have a States.VALUE and want to get the value, i have to read it like this: lets say i need a boolean, i go into the map and fetch the value like this: val entry = map[someConstant][someOtherConstant] i then read the state like this val state: Boolean = (entry as States.VALUE.BOOLEAN).value of course i have dozens of helper functions that do all of this with a few lines of code
@user-op9oq7xd6s
@user-op9oq7xd6s 9 місяців тому
You are great! I learn so much from you and still improving myself. I have a small request from you, Please create a playlist/single video for MVVM architecture with Retrofit API call. Also please make this with Activity & XML (don't use Jetpack Compose).
@quicksketch1617
@quicksketch1617 10 місяців тому
Hi, I never know how to import viewModel. Using by viewmodels() is the newest way? What os the best way to use viewModel with XML. Do you have tutorials?
@PhilippLackner
@PhilippLackner 10 місяців тому
by viewModels() for XML projects and the composable function for Compose projects
@leonmarienga3293
@leonmarienga3293 Місяць тому
thanks
@takeseem
@takeseem 2 місяці тому
安卓现在的框架给我的感觉很庞杂,有时候不知从何入手。但是这个视频讲解了ViewModel是什么,怎样手动构造,这样只要懂基本的知识就能使用,拨开了框架的神秘面纱。
@ChrisAthanas
@ChrisAthanas 10 місяців тому
10:25 i just want to say out loud that the whole confusing configuration change hack since android OS 1.0 is a ridiculous hack and should have been addressed years ago What a sloppy mess
@marklim4271
@marklim4271 9 місяців тому
but it is addressed, it's just opt-in, you do it like that: (this is xamarin c# but you get the point) ConfigurationChanges = ConfigChanges.ScreenSize | ConfigChanges.Orientation. This way you say to Android "I will handle screen size changes and orientation changes myself". With those flags the whole activity re-creation won't happen on rotation, and it's especially nice when you use ConstraintLayout, the whole rotation of your app is smoother and ConstraintLayout re-calculates the view layout automatically View re-creation is there "because it was that way from the beginning", and it was that way because there was no ConstraintLayout for quite some time. Nowadays this is completely unnecessary, it only slows down app on rotation and it's one more thing that brings a lot of gotcha bugs. iOS doesn't recreate view on rotation, it just triggers AutoLayout and this is why rotation on iOS is smoother.
@rizkysiregar
@rizkysiregar 10 місяців тому
cool bro
@kiikaala
@kiikaala 3 місяці тому
User: turns the screen Activity: nooo! I don't want to die!!!
@alix3665
@alix3665 2 місяці тому
If I find my first job, I will donate you to show my love❤
@hanifmarwat421
@hanifmarwat421 10 місяців тому
Should we use only one viewModel in whole app or create different viewModels for different purposes?
@vibovitold
@vibovitold 10 місяців тому
Typically a ViewModel = 1 screen of your app. If you have multiple screens, you don't want to handle them all with a single ViewModel, because it makes your code unflexible, the ViewModel overly big, and violates single responsibility principle. It would also create lifescope problems (eg. imagine you have an email app, and there is a "general" view with a list of your emails, but also a "detail" view, where you navigate to read a specific email thread - now obviously the natural lifespan of the detailed screen is shorter than the lifespan of the main screen)
@salimsyc
@salimsyc 3 місяці тому
Perfectly explained, I have been struggling the idea of mvvm and how it works, but now WOW. Thanks man very appreciated.
@h4rt360
@h4rt360 10 місяців тому
i don't understand why not to make UI actions update the model itself and vice versa.
@PhilippLackner
@PhilippLackner 10 місяців тому
To separate different jobs and give each part a single responsibility
@RajaBabu-dh5un
@RajaBabu-dh5un 2 місяці тому
I think this is similar to React virtual dom 😮
@pyaesonehan19
@pyaesonehan19 25 днів тому
@mubaraknative
@mubaraknative 9 місяців тому
waiting for 123K
@soccymountain
@soccymountain 7 місяців тому
Ich habe gehört, dass Du ein Händchen dafür hast AndroidStudio super gut zu erklären. Aber warum auf englisch? Gibt’s da nicht schon jede Menge guter Video s? Ich deutsch dagegen sieht’s da schon viel schlimmer aus. Warum also nicht auf deutsch?? Die AutoÜbersetzung ist viel zu schnell und auch nicht immer genau. Vielen Dank fürs Verständnis. Andreas Blechschmidt
@PhilippLackner
@PhilippLackner 7 місяців тому
Weil ich in deutsch eben deutlich weniger Leute erreichen könnte in einer bereits kleinen Nische :) Viele andere größere aktive channels gibt's auf englisch auch nicht
@masti437
@masti437 10 місяців тому
This man is soon to become the God of native android apps 🙂 Amazing content and best in the world
@hijohn2073
@hijohn2073 6 місяців тому
Hi Philipp, could u share your theme settings plz? 1. What's the name of theme? 2. What's the name of fonts? Thanks ahead :)
@likhitsakhare5810
@likhitsakhare5810 5 місяців тому
Theme: XCode-Dark
@idrios
@idrios 10 місяців тому
This video is pretty much Android development in a nutshell. Part 1: The motivation behind MVVM; how it just totally simplifies the process of making changes on the UI, and keeping it synced with the data model that's being represented. Easy to implement, easy to understand, there's a good deal of boilerplate but it's easy to ignore. Part 2: There's a small Gotcha! When you rotate the device, the screen re-renders and your viewmodel gets destroyed & reinitialized. Not a problem though, Android gives you a solution for this, you just need your viewmodel to extend the androidx ViewModel class and it will persist the viewmodel's state during screen configuration changes for you. Part 3: So here's a common scenario where you're in a sub-component that doesn't know which activity is calling it. You'll need to do that in a specific Android way, but the android package for doing it isn't included by default so you'll need to update the gradle dependencies (that's the build.gradle (:app) one, not the other build.grade top-level file). Doing this (or maybe for reasons totally unrelated?) sometimes causes a "duplicate class" error message to appear that, thankfully someone has tracked as being an issue with the latest kotlin.android plugin (in build.gradle (:project)), so just downgrade to an older and more stable version of that; and for reasons only about 5 people understand you also need to update your composeOptions (build.gradle (:app)) to a newer version; and then your project builds again! But it's a hollow victory, because now you're left with this sense of unease and uncertainty over whether it will work as prescribed when you actually do try to implement it in a subcomponent instead of MainActivity; that maybe there's an edge case related to using this same component from different intents, or on different devices, or with different versions of Jetpack Compose or Android. Or that maybe this will break the project in the future; or that you'll be forced to continue using this older version of kotlin.android and miss out on future features. Your code works now, but the feeling of unease over your software will never leave now. And then also here's a common scenario where you might want to use constructor arguments for your Android-specific ViewModel that you are required to use. You'll need to create a whole ViewModel Factory from the ViewModelProvider and override the create method with your own way of creating ViewModels and then create the ViewModel using that; all that even if you only want one instance of your ViewModel. Some developers just put the entire Android project in a WebView. Anyway, you're a phenomenal teacher and this video explained things really well. Thank you for helping us navigate the eternally-changing landscape that is native Android development.
@BelokonRoman
@BelokonRoman 10 місяців тому
Android's ViewModel is not a VM from MVVM. It's just a container which allow to survive configuration changes. Here is also what documentation stated: "The ViewModel class is a business logic or screen level state holder. " ... just a holder. I can implement MVP in my app and use ViewModel as a container for a Presenter in order to survive configuration changes.
@andrewdunbar828
@andrewdunbar828 8 місяців тому
Was es aussieht Was es aussieht parAmeter parAmeter
@user-zb8mz6hc9v
@user-zb8mz6hc9v 3 місяці тому
bro sorry for interpart i really dont understand like view model and some many other so i want you suggestion .plz dont say life circle it only show me how is work i doent show what inside is do .plz i am lost
@pickemparty
@pickemparty 27 днів тому
Can MVVM be done with Java or must it be Kotlin!?
What is the Context? - Android Basics 2023
11:22
Philipp Lackner
Переглядів 45 тис.
What Is the Best Architecture for Android Apps?
17:57
Philipp Lackner
Переглядів 52 тис.
Understanding ViewModel | Android & Jetpack Compose | Code Along
5:00
Okay Samurai | Code-Along
Переглядів 1,6 тис.
Everything You NEED to Know About Client Architecture Patterns
5:51
ByteByteGo
Переглядів 197 тис.
How to Implement a Shared Element Transition In Jetpack Compose
16:56
Philipp Lackner
Переглядів 7 тис.
ViewModel Explained - Android Architecture Component | Tutorial
8:27
Stevdza-San
Переглядів 106 тис.
host ALL your AI locally
24:20
NetworkChuck
Переглядів 288 тис.
Tasks, Back Stack & Launch Modes - Android Basics 2023
7:11
Philipp Lackner
Переглядів 37 тис.