Я использую эту библиотеку камер, в которой автор помещает AVCaptureVideoPreviewLayer
внутрь UIViewControllerRepresentable
(ссылка), чтобы использовать ее в качестве предварительного просмотра камеры. Внутри updateUIViewController
автор ставит обновление frame
в очередь с помощью DispatchQueue.main.async
:
func updateUIViewController(_ uiViewController: UIViewController, context: Context) {
previewLayer.videoGravity = gravity
if previewLayer.superlayer == nil {
uiViewController.view.layer.addSublayer(previewLayer)
}
// print(uiViewController.view.bounds) -- point A
DispatchQueue.main.async {
// print(uiViewController.view.bounds) -- point B
self.previewLayer.frame = uiViewController.view.bounds
}
}
Между point A
и point B
могут быть расхождения, что имеет смысл, поскольку использование DispatchQueue.main.async
не гарантирует упорядоченность, но я не совсем уверен, что такой подход правильный. Я хочу иметь возможность установить frame
этого представления, используя что-то вроде Preview().frame(width: 350, height: 500)
. Однако отсутствие порядка здесь означает, что в зависимости от других частей приложения/представлений обновление view.frame
происходит по неизвестному графику. Например, следующее:
import SwiftUI
import Aespa
@Observable
class ViewModel {
@ObservationIgnored var aespaSession = Aespa.session(with: AespaOption(albumName: nil))
@ObservationIgnored var preview: InteractivePreview {
aespaSession.interactivePreview(
gravity: .resizeAspectFill,
option: InteractivePreviewOption()
)
}
var show = false
}
struct ContentView: View {
@State var viewModel = ViewModel()
var body: some View {
ZStack {
VStack {
Spacer()
Button("Show Camera Preview") {
viewModel.show.toggle()
}
}
.ignoresSafeArea()
.zIndex(0)
if viewModel.show {
VStack {
viewModel.preview
.frame(width: 350, height: 500)
Spacer()
}
.zIndex(1)
}
}
}
}
Распечатки:
Point A: (0.0, 0.0, 393.0, 852.0)
Point B: (0.0, 0.0, 350.0, 500.0)
Но если вы измените код на что-то другое, возможно, на другой фон в .zIndex(0)
(я не буду показывать здесь точный код, поскольку мое приложение нетривиально), оно может напечатать:
Point A: (0.0, 0.0, 393.0, 852.0)
Point B: (0.0, 0.0, 393.0, 852.0)
Итак, мой вопрос. Как правильно поставить view.frame
? updateUIViewController
, очевидно, вызывается в каком-то детерминированном порядке, но не раньше, чем bound
«установится». Я не вижу волшебного метода updateViewOneLastTime?
@malhal «@State
с объектом — это утечка памяти» — насколько я понимаю, это именно то, чего Apple хочет от нас сейчас? Developer.apple.com/documentation/swiftui/…
В App
это нормально, потому что это инициализация только один раз, но View
может быть инициализирована много раз, так что здесь это не нормально. Каждый раз, когда View
повторно инициализируется, новый объект будет инициализирован и потерян, первоначальное значение состояния. Это нормально для типов значений.
Не уверен на 100%, понял ли я. Вы говорите о var preview: InteractivePreview
повторной инициации, верно? это что-нибудь меняет? -- то есть viewMode.preview
повторно инициализируется через UIViewControllerRepresentable
с использованием указателей на сеанс камеры, поэтому AVCaptureVideoPreviewLayer
не воссоздается, а используется повторно?
Похоже, вы ищете viewDidLayoutSubviews, который вызывается всякий раз, когда изменяется view.bounds
контроллера представления. Создайте подкласс UIViewController
и переопределите его.
class PreviewViewController: UIViewController {
var previewLayer: AVCaptureVideoPreviewLayer?
override func viewDidLayoutSubviews() {
previewLayer?.frame = view.frame
}
}
Затем измените методы реализации UIViewControllerRepresentable
, чтобы использовать этот подкласс. Передайте слой предварительного просмотра в подкласс контроллера представления, где это необходимо.
func makeUIViewController(context: Context) -> PreviewViewController {
let viewController = PreviewViewController()
viewController.view.backgroundColor = .clear
uiViewController.previewLayer = previewLayer
return viewController
}
func updateUIViewController(_ uiViewController: PreviewViewController, context: Context) {
previewLayer.videoGravity = gravity
if previewLayer.superlayer == nil {
uiViewController.view.layer.addSublayer(previewLayer)
}
uiViewController.previewLayer = previewLayer
}
func dismantleUIViewController(_ uiViewController: PreviewViewController, coordinator: ()) {
previewLayer.removeFromSuperlayer()
}
Спасибо. Это именно то, что я ищу. Я не знаком с UIKit... в документации updateUIViewController говорится: «SwiftUI вызывает этот метод для любых изменений, влияющих на соответствующий контроллер представления UIKit». Итак, почему это не вызывается после изменения слоя bound
?
@bli00 updateUIViewController
вызывается, когда любое из свойств в Preview
изменяется, например. previewLayer
. Это свойства, которые потенциально «влияют на соответствующий контроллер представления UIKit». SwiftUI ничего не знает о вашем UIViewController
. Цель этого метода — «синхронизировать» все изменения на стороне SwiftUI с материалом UIKit.
Ах, ок, это что-то вроде ручного эквивалента @State
изменения?
@ bli00 да. updateUIViewController
что-то вроде body
UIViewControllerRepresentable
.
Вам повезет больше со SwiftUI, если вы удалите
class ViewModel
и будете использовать@State
с простыми значениями и передавать его с помощьюlet
для чтения или@Binding var
для чтения и записи. Первая проблема@State
с объектом — это утечка памяти, но есть еще много проблем. Обычно объект координатора хранит сеанс камеры в представляемом объекте.