SwiftUI на iOS 14: преодолевая баги и улучшая перформанс в 3 раза

Ставить молча минусы это прикольно, написали бы, с чем не согласны )). С тем что ios 15 не ставится на устройства выпущенные в 2015-начале 2016 годах. Это 9 лет. Согласно данным компании, на начало 2024 года, ios 15 и ниже, установлены на менее 4% устройств(про ios 14 и говорить нечего)…

Спасибо за ответы!

То ничего не сработает, потому что в случае с UIHostingController апдейт все еще будет произведен в конце ранлупа когда выполнится CATransaction.flush(), а наша Transaction будет проигнорирована.

Возможно, поможет вызвать `hostingController.view.layoutIfNeeded()` явно внутри транзакции с выключенными анимациями:

CATransaction.begin()
CATransaction.disableAnimations()
UIView.disableAnimations()
hostingController.rootView = /* New File Content */
hostingController.view.layoutIfNeeded() // может помочь
CATransaction.commit()

Я сейчас проверил в Playground (правда на CALayer):

CATransaction.begin()
CATransaction.disableActions()
view.setNeedsLayout()
view.sublayer.frame = view.bounds
CATransaction.commit() // !!! в рамках этого вызова !!!

class View: UIView {
        class Layer: CALayer {
            var isRedColor = false
            
            override func add(_ anim: CAAnimation, forKey key: String?) {
                super.add(anim, forKey: key) // !!! попадаю сюда !!!
            }
            
            override func layoutSublayers() {
                super.layoutSublayers()
                
                backgroundColor = isRedColor ? UIColor.green.cgColor :  UIColor.red.cgColor // через эту строчку
            }
        }
        
        lazy var sublayer: Layer = {
            let layer = Layer()
            self.layer.addSublayer(layer)
            return layer
        }()
        
        override func layoutSubviews() {
            super.layoutSubviews()
            sublayer.setNeedsLayout()
        }
        
    }

Я предполагал, что такое может быть, так как помню примеры отчасти похожей проблемы, когда нужно было внутри блока UIView.animate {} (UIView.animate — обёртка над созданием транзакции + включение actions для CALayer, у которых delegate — UIView) явно вызывать layoutIfNeeded.
То есть, если я ничего не упускаю, изменения в рамках commit одной транзакции в эту же транзакцию не попадают (или точнее не подхватывают её свойства отключения/включения Actions).

То есть, моё предположение, что приведённое решение не сработало, даже если SwiftUI всё-таки подвязан CATransaction.commit, имею ввиду происходит внутри layoutSubviews у какой-то UIView, которая ассоциирована со SwiftUI, она просто не подхватывала флаг отключения анимаций, так как этот layout происходит в CATransaction.commit, а не между begin и commit этой (!) же транзакции.
Возможно, это даже сделано специально инженерами Apple, чтобы анимировалось (или наоборот не анимировалось) явно только то, что написано в блоке транзакциии (между begin и commit)/ анимации (в блоке UIView.animate)

Возможно у вас была эта же проблема, когда пробовали явно обернуть в Transaction обновление ячейки, но не уверен, так как не знаю, делает ли SwiftUI layout ассоциированных UIView (и всех изменений) через стандартный цикл транзакции ( а именно layoutSubviews контейнера / ассоциированной UIView) или же у него свой цикл обновлений, похожий на все UIView/CALayer, но инициированный не CATransaction.commit, а чем-то другим (какой-то своей запускалкой в итерации Runloop).

Но, в любом случае, это ручной "пинок" layout. Если в вашем решении со сбросом состояния нет доп layout, то можно и не пробовать то, что я описал