This kind of presents a novel use of SwiftData; SwiftData use was offered at WWDC 2023, mostly as simpler alternative to CoreData. What you've shown in this video is an example of abstraction reaching back from ContentView to Room, the child view, to the Light class, which holds the persistent value of isOn. The user action is taken in ContentView, the @Bindable variable is an instance of what used to be the ObservableObject. This design pattern is easy to read. Brilliant!
@Binding is still used if you do not want to pass an entire Observed object into your child view and only want to bind a single property from that object, or another @State property from the parent view
I am a little confused about the @bindable. three questions: 1. why doesn’t @bindable work with value type? in apple’s documentation, @Observable can use both is reference types and value types. 2. what’s the relation ship between @bindable and @binding? 3. when child view uses @bindable, why isn’t the view initialized with the `$` prefix like using with @binding?
you only need to import `Observable`. The import `SwiftData` also includes `Observable`, but you’re introducing overhead by importing SwiftData when the only functionality you want to use is in Observable.
I didn’t read thru all the comments but just in case this fix is not there…..there is a fix for needing that superfulous struct to support @Bindable. Simply add the stmt “@Bindable var light = light” before the Toggle that was in the Room struct (i.e. put the Toggle back) and then you don’t need the LightView struct
I think it's important to know that @State's initializer is now using an autoclosure (same as StateObject) which is why it is no longer a memory leak to use classes as @State. @frozen @propertyWrapper public struct State : DynamicProperty { ... @available(iOS 17.0, macOS 14.0, tvOS 17.0, watchOS 10.0, *) public init(wrappedValue thunk: @autoclosure @escaping () -> Value) where Value : AnyObject, Value : Observable
When using the new Environment property wrapper, you don't have to go through a new View to use a Binding. You just have to declare a new var using the new Bindable PW like so var body: some View { @Bindable var light = light Toggle(isOn: $light.isOn, label: {}) .fixedSize() }
I created the Gist of what I want to do. I want to access and change the Environment object from without the subview. gist.github.com/azamsharp/3df44f211413e58e736b08456ea500f7
Thanks! I got your Gist. Yes adding Bindable works as you pointed out. Thanks! But I am not too happy with the fix as it requires another variable to be created. I think it might be a bug in SwiftUI that it does not allow updating the Environment directly because it allowed to do that before.
![ละลาย (LALALYE) - DAOU PITTAYA ต้าห์อู๋ พิทยา [OFFICIAL MV]](http://i.ytimg.com/vi/wo6r9TgausI/mqdefault.jpg)
This kind of presents a novel use of SwiftData; SwiftData use was offered at WWDC 2023, mostly as simpler alternative to CoreData. What you've shown in this video is an example of abstraction reaching back from ContentView to Room, the child view, to the Light class, which holds the persistent value of isOn. The user action is taken in ContentView, the @Bindable variable is an instance of what used to be the ObservableObject. This design pattern is easy to read. Brilliant!
@Binding is still used if you do not want to pass an entire Observed object into your child view and only want to bind a single property from that object, or another @State property from the parent view
Yup! I hope Apple don't remove Binding. I don't particularly like that everything is moving towards reference type like Bindable and Model.
I am a little confused about the @bindable.
three questions:
1. why doesn’t @bindable work with value type? in apple’s documentation, @Observable can use both is reference types and value types.
2. what’s the relation ship between @bindable and @binding?
3. when child view uses @bindable, why isn’t the view initialized with the `$` prefix like using with @binding?
I was hoping this would be a what changed and not a beginner tut, there are so many of those
Yeah... He is talking so slowly and so i had to speed up to 3x
you only need to import `Observable`. The import `SwiftData` also includes `Observable`, but you’re introducing overhead by importing SwiftData when the only functionality you want to use is in Observable.
To use @Observable, is not necessary to use SwiftData, you can import Observation and @Observable will be available
I didn’t read thru all the comments but just in case this fix is not there…..there is a fix for needing that superfulous struct to support @Bindable. Simply add the stmt “@Bindable var light = light” before the Toggle that was in the Room struct (i.e. put the Toggle back) and then you don’t need the LightView struct
Useful video. Thanks.
Useful information ℹ️ thanks
nice video. Could you please make a tutorial on how to use the Observation framework with CoreData? Thx
I think it's important to know that @State's initializer is now using an autoclosure (same as StateObject) which is why it is no longer a memory leak to use classes as @State.
@frozen @propertyWrapper public struct State : DynamicProperty {
...
@available(iOS 17.0, macOS 14.0, tvOS 17.0, watchOS 10.0, *)
public init(wrappedValue thunk: @autoclosure @escaping () -> Value) where Value : AnyObject, Value : Observable
When I pass environment to contentView its like use contextApi from react ? I came to react native and to try to learn swiftui
When using the new Environment property wrapper, you don't have to go through a new View to use a Binding. You just have to declare a new var using the new Bindable PW like so
var body: some View {
@Bindable var light = light
Toggle(isOn: $light.isOn, label: {})
.fixedSize()
}
I created the Gist of what I want to do. I want to access and change the Environment object from without the subview.
gist.github.com/azamsharp/3df44f211413e58e736b08456ea500f7
Thanks! I got your Gist. Yes adding Bindable works as you pointed out. Thanks! But I am not too happy with the fix as it requires another variable to be created. I think it might be a bug in SwiftUI that it does not allow updating the Environment directly because it allowed to do that before.
@@azamsharp you'll need to file a feedback so that a projectedValue is added to @Environment
Good video but chapters would help in future ones.
Is this #Preview new too?
#Preview is a macro. Yes it is new.
@@azamsharp Thanks :)
Why do they keep changing the SwiftUI state and property wrapper APIs and syntax every single time? It makes no sense.
Because its still not right.
They don't. @Observable is not a syntax change, it's a new feature of the framework.