According to docs, .focusedObject() usage should be moved to .focusedValue() when migrating to @Observable, but there is no .focusedSceneValue() overload that accepts Observable like with .focusedValue(). So how are we supposed migrate .focusedSceneObject() to @Observable?
Observation
RSS for tagMake responsive apps that update the presentation when underlying data changes.
Posts under Observation tag
55 Posts
Sort by:
Post
Replies
Boosts
Views
Activity
******* TestData.swift ************************
struct Measures: Identifiable {
let id = UUID()
var dataSeq: Int
var value: Double
}
struct Items: Identifiable {
let id = UUID()
var name: String
var measures: [Measures]
}
struct chartItemInfo: Identifiable {
var id = UUID()
var testItem: String
var value: Double
}
var angleItem : [chartItemInfo]?
var degreeItem : [chartItemInfo]?
var grip1Item : [chartItemInfo]?
var grip2Item : [chartItemInfo]?
class TestData: ObservableObject {
@Published var angleItem : [chartItemInfo]?
@Published var degreeItem : [chartItemInfo]?
@Published var grip1Item : [chartItemInfo]?
@Published var grip2Item : [chartItemInfo]?
}
******** CalculatorViewModel.swift ******************************************
class CalculatorViewModel : NSObject, ObservableObject, Identifiable {
....
typealias test_Array = (time: String, swingNum: Int, dataSeqInSwing: Int, timeStampInSeq: Int, angle: Double, degree: Double, grip1: Double, grip2: Double)
....
@Published var testDBdata = [test_Array]()
@Published var chartDBdata = [chart_Array]() //
@StateObject var testData : TestData
var Testitems = [ (channel: "angle", data: testData.angleItem), (channel: "degree", data: testData.degreeItem), (channel: "grip1", data: testData.grip1Item), (channel: "grip2", data: testData.grip2Item)]. => Cannot use instance member 'testData' within property initializer; property initializers run before 'self' is available ?
purpose of this project: read FMDB data and then make Array with DB data.
and then i use these Array for displaying multi plot in Chart.
iOS 17 introduced @Observable. that's an effective way to implement a stateful model object.
however, we will not be able to use @StateObject as the model object does not have ObservableObject protocol.
An advantage of using StateObject is able to make the object initializing once only for the view. it will keep going on until the view identifier is changed.
I put some examples.
We have a Observable implemented object.
@Observable final class Controller { ... }
then using like this
struct MyView: View {
let controller: Controller
init(value: Value) {
self.controller = .init(value: value)
}
init(controller: Controller) {
self.controller = controller
}
}
this case causes a problem that the view body uses the passed controller anyway.
even passed different controller, uses it.
and what if initializing a controller takes some costs, that decrease performance.
how do we manage this kind of use case?
anyway I made a utility view that provides an observable object lazily.
public struct ObjectProvider<Object, Content: View>: View {
@State private var object: Object?
private let _objectInitializer: () -> Object
private let _content: (Object) -> Content
public init(object: @autoclosure @escaping () -> Object, @ViewBuilder content: @escaping (Object) -> Content) {
self._objectInitializer = object
self._content = content
}
public var body: some View {
Group {
if let object = object {
_content(object)
}
}
.onAppear {
object = _objectInitializer()
}
}
}
ObjectProvider(object: Controller() { controller in
MyView(controller: controller)
}
for now it's working correctly.
I have a class A and class B, and both of them are @Observable, and none of them are a view.
Class A has an instance of class B.
I want to be able to listen to changes in this instance of class B, from my class A.
Previously, by using ObservableObject, instead of the @Observable macro, every property that needed to be observable, had to be declared as a Publisher. With this new framework, everything seems to be automatically synthesised, and using a Publisher is no longer required, as all the properties are observable.
That being said, how can I have an equivalent using @Observable? Is this new macro only for view-facing classes?
When I update a variable inside my model that is marked @Transient, my view does not update with this change. Is this normal? If I update a non-transient variable inside the model at the same time that I update the transient one, then both changes are propagated to my view.
Here is an example of the model:
@Model public class WaterData {
public var target: Double = 3000
@Transient public var samples: [HKQuantitySample] = []
}
Updating samples only does not propagate to my view.
I have an issue with a View that owns @Observable object (Instantize it, and is owner during the existence) in the same notion as @StateObject, however when @State is used the viewModel is re-created and deallocated on every view redraw.
In the previous models, @StateObject were used when the View is owner of the object (Owner of the viewModel as example)
When @Observable object is used in the same notion, @State var viewModel = ViewModel() the viewModel instance is recreated on views redraws.
@StateObject was maintaining the same instance during the View existence, that however is not happening when used @Observable with @State.
I created FB13074428 and a small sample project to demonstrate the bug.
https://github.com/jamiemcd/Apple-FB13074428
Basically, if a SwiftData class is marked as @Model and it has a computed property that depends on a relationship's stored property, the computed property does not trigger updates in SwiftUI when the underlying relationship changes its stored property. This is Xcode 15 Beta 8.
@Model
final class Airport {
var code: String
var name: String
var airplanes: [Airplane]
init(code: String, name: String, airPlanes: [Airplane]) {
self.code = code
self.name = name
self.airplanes = airPlanes
}
// Bug: This computed property is not triggering observation in AirportView when airplane.state changes. My understanding of the new observation framework is that it should.
var numberOfAirplanesDeparting: Int {
var numberOfAirplanesDeparting = 0
for airplane in airplanes {
if airplane.state == .departing {
numberOfAirplanesDeparting += 1
}
}
return numberOfAirplanesDeparting
}
}
AirportView should update because it has Text for airport.numberOfAirplanesDeparting
struct AirportView: View {
var airport: Airport
var body: some View {
List {
Section {
ForEach(airport.airplanes) { airplane in
NavigationLink(value: airplane) {
HStack {
Image(systemName: airplane.state.imageSystemName)
VStack(alignment: .leading) {
Text(airplane.name)
Text(airplane.type.name)
}
}
}
}
} header: {
Text(airport.name)
} footer: {
VStack(alignment: .leading) {
Text("Planes departing = \(airport.numberOfAirplanesDeparting)")
Text("Planes in flight = \(airport.numberOfAirplanesInFlight)")
Text("Planes landing = \(airport.numberOfAirplanesLanding)")
}
}
}
}
SwiftUI & SwiftData.
I have a view that lists SwiftData objects. Tapping on a list item navigates to a detail view. The list view also has a "New Object" button. Tapping it opens a sheet used to create a new object. There are, obviously, two possible outcomes from interacting with the sheet — a new object could be created or the user could cancel without creating a new object.
If the user creates a new object using the sheet, I want to open the detail view for that object. My thought was to do this in the onDismiss handler for the sheet. However, that handler takes no arguments.
What is best practice for handling this situation? In UIKit, I would return a Result<Object, Error> in a closure. That won't work here. What is the "correct" way to handle this that is compatible with SwiftData and the Observation framework?
I have a NavigationSplitView with a sidebar. When selecting a new item on the sidebar, the app crashes. The error message says:
Simultaneous accesses to 0x6000030107f0, but modification requires exclusive access.
Xcode shows that the crash occurs inside the generated code in my class with @Observable macro.
@ObservationIgnored private let _$observationRegistrar = Observation.ObservationRegistrar()
internal nonisolated func access<Member>(
keyPath: KeyPath<NavModel , Member>
) {
_$observationRegistrar.access(self, keyPath: keyPath)
}
internal nonisolated func withMutation<Member, MutationResult>(
keyPath: KeyPath<NavModel , Member>,
_ mutation: () throws -> MutationResult
) rethrows -> MutationResult {
// Crash occurs on the following line
try _$observationRegistrar.withMutation(of: self, keyPath: keyPath, mutation)
}
@ObservationIgnored private var _section: SidebarSection? = .one
To reproduce the crash, I tap a new item on the sidebar until the app crashes. It usually only takes 1-3 times selecting a new item before the crash occurs.
Below is the code for an entire app to reproduce the crash. Has anyone else encountered this issue? Thank you!
import SwiftUI
@main
struct NavigationBugApp: App {
var body: some Scene {
WindowGroup {
ContentView()
}
}
}
@Observable
class NavModel {
var section: SidebarSection? = .one
}
enum SidebarSection: Hashable {
case one
case two
}
struct ContentView: View {
@State private var model = NavModel()
var body: some View {
NavigationSplitView {
List(selection: $model.section) {
NavigationLink("One", value: SidebarSection.one)
NavigationLink("Two", value: SidebarSection.two)
}
.listStyle(.sidebar)
} detail: {
Text("Hello World")
}
}
}
#Preview {
ContentView()
}
Hi everyone,
I'm new to programming and I've been experimenting with Apple's SwiftData. I've run into an issue I can't seem to resolve.
I'm creating a personal relationship manager app where I have a Relation model and an Interaction model. Relation has a one-to-many relationship with Interaction. I'm using SwiftData's @Model and @Relationship property wrappers to define these models and their relationship. I've taken inspiration from Apple's sample code, that can be found here:
Adopting SwiftData for a Core Data app
(WWDC23 Session: "Migrate to SwiftData")
The relevant parts of the models look something like this:
@Model
final class Relation {
...
@Relationship(.cascade, inverse: \Interaction.relation)
var interactions: [Interaction] = []
...
}
@Model
final class Interaction {
...
var relation: Relation?
...
}
In my SwiftUI view, I'm adding a new Interaction to a Relation like this:
private func AddItem() {
withAnimation {
let newInteraction = Interaction(...)
modelContext.insert(newInteraction)
newInteraction.relation = relation
relation.interactions.append(newInteraction)
}
}
When I add a new Interaction like this, everything seems to work fine during that app session. I can see the new Interaction in my app's UI. But when I quit the app and relaunch it, the new Interaction is gone. It's as if it was never saved.
I've double-checked my code and as far as I can tell, I'm using SwiftData correctly. My usage aligns with the sample code provided by Apple, and I'm not getting any errors or warnings. I think that this issue is not related to SwiftData being in Beta, because Apple's sample code works perfectly fine.
I have a few questions:
Is there something I'm missing about how to properly save models using SwiftData?
Is there a specific step or method I need to call to persist the changes to the Relation and Interaction objects?
Is there a way to debug what's going wrong when SwiftData attempts to save these changes?
Any help would be greatly appreciated.
Thank you in advance!
Louis
@Environment can't use for Binding?
@Observable
final class View1Model {
var text: String = ""
}
struct View1: View {
@State var viewModel = View1Model()
var body: some View {
View2()
.environment(viewModel)
}
}
struct View2: View {
@Environment(View1Model.self) var viewModel
var body: some View {
TextField("Text", text: $viewModel.text) // Cannot find '$viewModel' in scope
}
}
Creating an Observable class in an Xcode playground seems to cause an error. This stops me from being able to run the playground.
As a demo, try creating a playground page and add:
import Foundation
import Observation // Doesn't seem to make a difference whether it's added or not.
@Observable public class NewViewModel: Observable {
var value: Int = 1
func increment() {
value += 1
}
}
Tapping the run button logs the following error (and then it builds successfully, buy fails silently):
error: Untitled Page.xcplaygroundpage:7:9: error: expansion of macro 'ObservationTracked()' did not produce a non-observing accessor
var value: Int = 1
^
Putting the cursor on @Observable and then selecting Editor > Expand Macro shows that value has been annotated with @ObservationTracked and I if I re-run the playground I can even see the @ObservationTracked generated code.
Macros:
import Foundation
import Observation // Doesn't seem to make a difference whether it's added or not.
@Observable public class NewViewModel: Observable {
@ObservationTracked
// original-source-range: /Users/gabriel.banfalvi/work/forums_observation/ObservationFramework.playground/Pages/Untitled Page.xcplaygroundpage:7:5-7:5
var value: Int = 1
{
@storageRestrictions(initializes: _value)
init(initialValue) {
_value = initialValue
}
get {
access(keyPath: \.value)
return _value
}
set {
withMutation(keyPath: \.value) {
_value = newValue
}
}
}
// original-source-range: /Users/gabriel.banfalvi/work/forums_observation/ObservationFramework.playground/Pages/Untitled Page.xcplaygroundpage:7:20-7:23
func increment() {
value += 1
}
@ObservationIgnored private let _$observationRegistrar = Observation.ObservationRegistrar()
internal nonisolated func access<Member>(
keyPath: KeyPath<NewViewModel, Member>
) {
_$observationRegistrar.access(self, keyPath: keyPath)
}
internal nonisolated func withMutation<Member, MutationResult>(
keyPath: KeyPath<NewViewModel, Member>,
_ mutation: () throws -> MutationResult
) rethrows -> MutationResult {
try _$observationRegistrar.withMutation(of: self, keyPath: keyPath, mutation)
}
@ObservationIgnored private var _value: Int = 1
// original-source-range: /Users/gabriel.banfalvi/work/forums_observation/ObservationFramework.playground/Pages/Untitled Page.xcplaygroundpage:12:1-12:1
}
I can't seem to be able to expand the @ObservationIgnored macros, which may or may not be related to the issue. I can't expand them in a regular Xcode app, but it doesn't lead to any problems there.
Im running an iOS playground. I get this in Xcodes 15 beta 6 and 5. I get a different error in earlier versions.
I want to transition from Combine to the Observation framework my question is how do I Debounce user input with the Observation framework there appears now way to do this. Any and all help is welcomed.
Hello
I'm trying the new Observation in SwiftUI, I created 2 classes using the new @Observable wrapper like this:
@Observable
class CategoriesViewModel {
var categories: [Category] = []
}
@Observable
class NotesViewModel {
var notes: [Note] = []
}
and I'm using them in the views like this:
@Environment(CategoriesViewModel.self) var categoriesViewModel
The question is: what if I want to use an observable inside another observable ? for example, I want to use the categories inside the NotesViewModel, I tried the @State instead of @Enviroment but it's not a global across all classes, so I want to use it as an environment variable like what I did in the views, I tried to use it inside the Observable class like this but I got an error below:
@Observable
class NotesViewModel {
var notes: [Note] = []
@ObservationIgnored
@Environment(CategoriesViewModel.self) var categoriesViewModel: CategoriesViewModel
func foo(){
/// Thread 1: Fatal error: No Observable object of type CategoriesViewModel found. A View.environmentObject(_:) for CategoriesViewModel may be missing as an ancestor of this view.
print(categoriesViewModel.categories.count)
}
}
We currently have our entire app written as SwiftUI Views with ViewModels (currently set as @StateObjects). SwiftUI has a new feature in iOS 17 called @Observable which simplifies the MVVM pattern and would greatly reduce the complexity of our codebase.
However, our current ViewModels implement Combine pipelines on the @Published properties which allows us to do all sorts of things from validation of inputs to ensuring lists are filtered correctly.
Without the @Published property wrapper in the new @Observable macro, we don't have access to those combine pipelines and so we were wondering how others have solved this?
One idea we are floating around is using CurrentValueSubjects as the variable types, but that does pollute the code a little as we have to utilise .send() and .value in the Views which seems like an anti-pattern.
Any thoughts or help would be greatly appreciated!