SwiftUI by example: @ObservedObject vs. @StateObject. Why Apple had to add a new property wrapper?

[@alex-gz7ud]

I wish I can give you 100 likes... Awesome explanation with example!!

[@asseeger]

Very valuable inputs, thanks! It kind of clicked now for me what happens when a binding property is recreated because a view is recreated. Well done.

[@benceylan273]

Thanks. I like your teaching style. Using Dark mode Xcode on your tutorials would be better.

[@borkware]

as someone who finds darkmode difficult to read, I respectfully disagree :-)

[@SwiftyPlace]

Just when I thought I should give dark mode a try 😂

[@borkware]

@@SwiftyPlace You do you. It's your channel :-D

[@UMBerto-wj7ch]

+1 for dark mode. Definitely.

[@XBassSlayerX]

Some of the best SwiftUI content on KZbin. 10/10

[@byaruhaf]

Thanks Karin, Awesome Explanation.

[@vladimirmoor]

Thanks! Very helpful video! Perfect explaining differences where use @StateObject and where @ObservedObject.

[@valentine1925]

this is superb!! you like made a shortcut for the gotchas of those property wrappers

[@antonsergeyev2624]

Thanks for the great Video!

[@_walkman]

Thank you. Exactly what I was looking for :-)

[@zzzMrAngelzzz]

Thank you! Your doing a great content!

[@dannestrom]

Wouldn't it also be possible to wrap the Player in a struct and use @State with that struct? The struct will be preserved when the view is re-created, and the struct will instantiate the Player in it's constructor, so the Player object will also be preserved between view re-creations.

[@lichb0rn]

And then you'll end up with a lot of environment objects :) Maybe it's my little coding experience, but I feel in pursue to solve some problems of UIKitI, Apple made others with passing data in SwiftUI.

[@kell7689]

I like your explanations! Are you optimistic about SwiftUI for the long term?

[@SwiftyPlace]

I have some mixed feelings about it. SwiftUI gets more stable (that means I don't have to check the app functionality with every new iOS release). The crucial point for me is NavigationView. It keeps on pushing some of my views in an "unexpected behaviour". As long as I don't have very specific design requirements, SwiftUI is great and fast. But customisation sometimes takes me more time than just UIKit would have taken me. Take MapView for example. For more control (which is most cases), I would need to drop down to UIKit. For me the new features and evolution of SwiftUI are not moving very fast. During WWDC2021 we got mostly design features e.g. button styles but nothing ground breaking.

[@kell7689]

@@SwiftyPlace I feel the same, and I also have issues with how Navigation is handled. I hope SwiftUI becomes everything I hope it will. Coming to this from the Android SDK is like a dream, just need it to fill out a bit more.

[@markaurelius61]

At 7:30 Herr Katze is very interested in the fact that @Published properties have a Publisher.

[@littlerubiesdaycare]

Thanks for sharing this. I did a little bit of physics and chemistry in highschool and quickly realized it wasn't for me. I do however derive satisfaction from watching people who know physics. Hope you check us out too

[@ahmedalfrash9300]

thank you

[@victorriurean]

cool

[@denages]

The example is too obvious. Everyone uses too simple cases. Show something like passing a ViewModel to a cell view as a parameter (the view model also has its parameters) where the cell view should react on different view models passed in. What kind of state will you use? If you use @ObservableObject then you can loose the state of cells. If use @StateObject then a cell view won't react on a new view model because @StateObject initialiser has an @autoclosure

[@SwiftyPlace]

I think it is good to show simple cases for a beginner level tutorial. But it seems you are looking for more advanced discussion. I might do an example with multiple views that share data between them. Mostly by view models. Just to see the flow of data with @StateObject on the top level and @ObservedObject for all child views. Maybe talking about how to connect multiple view models together. Did you have any problems with this topic in particular?

[@bobgodwinx]

Aahahah :) Have fun coding 😂