Size: a a a

2021 November 09

.

.juss in SwiftBook
вроде так и сделал
источник

G

Give Five Give Seven in SwiftBook
Да, вроде все норм...
источник

.

.juss in SwiftBook
но не обновляет ))
источник

N

Nocto in SwiftBook
разве не нарушается отношение Observable - Observed?
на уровне принимающего обновления вью var, в которую перемещается ObservableObject должна быть обернута в ObservedObject, чтобы враппер ловил изменения и обновлял вью
источник

N

Nocto in SwiftBook
а так вместо ловящего изменения враппера - просто StateObject - который как обычный стейт, но способный хранить ссылку на экземпляр класса
источник

G

Give Five Give Seven in SwiftBook
Там вроде как просто рутовая вью будет обновляться (обновит все subviews). Надо найти проект, также делал - протягивал StateObject через EnviromentObject и все работало.
источник

N

Nocto in SwiftBook
в общем попробуй поменять @StateObject на @ObservedObject, из моего скромного опыта StateObject это просто контейнер для ссылки, не способный определять изменения в своем содержимом
источник

.

.juss in SwiftBook
щас попробую
источник

N

Nocto in SwiftBook
плюс можно потестить objectWillChange.send() внутри класса, и посмотреть, как вью отреагирует на прямое сообщение об изменениях
источник

N

Nocto in SwiftBook
запихать в didSet и смотреть, будут ли приниматься изменения, но это очень грубый способ
источник

N

Nocto in SwiftBook
типа такого
источник

G

Give Five Give Seven in SwiftBook
Как вариант) Я так делал, когда писал кастомный NSFetchedResultController.
источник

.

.juss in SwiftBook
источник

.

.juss in SwiftBook
ничего не изменилось
источник

.

.juss in SwiftBook
или environmentObject тоже надо сменить
источник

N

Nocto in SwiftBook
не, именно во вью, где должно быть обновление
источник

N

Nocto in SwiftBook
в ContentView тоже можно оставить
источник

.

.juss in SwiftBook
источник

N

Nocto in SwiftBook
да, этот environment на observed
источник

.

.juss in SwiftBook
тоже не помогло
источник