SwiftUI app生命周期iOS14 AppDelegate代码放哪里？

Question

现在AppDelegate和SceneDelegate已从 SwiftUI 中删除，我将以前在SceneDelegate和AppDelegate中的代码 Firebase 配置放在哪里？

所以我的AppDelegate目前有这段代码：

我现在应该把这段代码放在哪里？

func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
    // Override point for customization after application launch.
    
    FirebaseConfiguration.shared.setLoggerLevel(.min)
    FirebaseApp.configure()
    return true
}

Answer 1

这是 SwiftUI 生命周期的解决方案。 用 Xcode 12b / iOS 14 测试

import SwiftUI
import UIKit

// no changes in your AppDelegate class
class AppDelegate: NSObject, UIApplicationDelegate {
    func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey : Any]? = nil) -> Bool {
        print(">> your code here !!")
        return true
    }
}

@main
struct Testing_SwiftUI2App: App {

    // inject into SwiftUI life-cycle via adaptor !!!
    @UIApplicationDelegateAdaptor(AppDelegate.self) var appDelegate

    var body: some Scene {
        WindowGroup {
            ContentView()
        }
    }
}

Answer 2

在您的App中覆盖初始化程序也可以：

import SwiftUI
import Firebase

@main
struct BookSpineApp: App {
  
  init() {
    FirebaseApp.configure()
  }
  
  var body: some Scene {
    WindowGroup {
      BooksListView()
    }
  }
}

在这里找到更详细的文章：

• SwiftUI 2 应用生命周期终极指南
• Firebase 和新的 SwiftUI 2 应用程序生命周期

Answer 3

您根本不应该将这种代码放在应用程序委托中，否则您最终将面临大规模应用程序委托。 相反，您应该考虑将代码重构为更有意义的部分，然后将正确的部分放在正确的位置。 对于这种情况，您唯一需要做的就是确保在应用程序准备就绪后代码正在执行这些功能并且只执行一次。 所以init方法可能很棒：

@main
struct MyApp: App {
    init() {
        setupFirebase()
    }

    var body: some Scene {
        WindowGroup {
            ContentView()
        }
    }
}

private extension MyApp {
    func setupFirebase() {
        FirebaseConfiguration.shared.setLoggerLevel(.min)
        FirebaseApp.configure()
    }
}

---

应用代理？

您可以拥有自己的自定义 class 并将其指定为delegate 。 但请注意，它不适用于分配之前发生的事件。 例如：

class CustomDelegate: NSObject, UIApplicationDelegate {
    static let Shared = CustomDelegate()
}

然后：

UIApplication.shared.delegate = CustomDelegate.Shared

观察通知

大多数AppDelegate方法实际上是在观察您可以手动观察的通知，而不是定义新的 class。 例如：

NotificationCenter.default.addObserver(
    self,
    selector: #selector(<#T##@objc method#>),
    name: UIApplication.didBecomeActiveNotification,
    object: nil
)

---

原生AppDelegate包装器

您可以直接将应用委托注入@main结构：

@UIApplicationDelegateAdaptor(CustomDelegate.self) var appDelegate

注意：使用AppDelegate

请记住，添加 AppDelegate 意味着您正在取消默认的多平台支持，并且您必须手动检查平台。

Answer 4

您还可以将新的 ScenePhase 用于 AppDelegate 和 SceneDelegate 拥有的某些代码。 喜欢去后台或变得活跃。 从

struct PodcastScene: Scene {
    @Environment(\.scenePhase) private var phase

    var body: some Scene {
        WindowGroup {
            TabView {
                LibraryView()
                DiscoverView()
                SearchView()
            }
        }
        .onChange(of: phase) { newPhase in
            switch newPhase {
            case .active:
                // App became active
            case .inactive:
                // App became inactive
            case .background:
                // App is running in the background
            @unknown default:
                // Fallback for future cases
            }
        }
    }
}

示例信用： https://wwdcbysundell.com/2020/building-entire-apps-with-swiftui/

Answer 5

请注意，以下方法将停止跨平台支持，因此仅应在您计划仅为 iOS 构建时使用。

在 Xcode 12-beta 中创建 SwiftUI 应用程序时，您仍然可以拥有 AppDelegate 和 SceneDelegate。

您只需要确保在创建应用程序时为生命周期选择了正确的选项。

确保为生命周期选择UIKit App Delegate ，您将获得 AppDelegate 和 SceneDelegate

Answer 6

我还建议为此使用主App的init方法，因为它似乎可以安全使用（有任何异议吗？）。

我通常做的可能有用的分享是拥有几个实用程序类型，并结合Builder模式。

/// An abstraction for a predefined set of functionality,
/// aimed to be ran once, at app startup.
protocol StartupProcess {
    func run()
}

/// A convenience type used for running StartupProcesses.
/// Uses the Builder pattern for some coding eye candy.
final class StartupProcessService {
    init() { }

    /// Executes the passed-in StartupProcess by running it's "run()" method.
    /// - Parameter process: A StartupProcess instance, to be initiated.
    /// - Returns: Returns "self", as a means to chain invocations of StartupProcess instances.
    @discardableResult
    func execute(process: any StartupProcess) -> StartupProcessService {
        process.run()
        return self
    }
}

然后我们有一些流程

struct CrashlyticsProcess: StartupProcess {
    func run() {
        // Do stuff, like SDK initialization, etc.
    }
}

struct FirebaseProcess: StartupProcess {
    func run() {
        // Do stuff, like SDK initialization, etc.
    }
}

struct AppearanceCustomizationProcess: StartupProcess {
    func run() {
        // Do stuff, like SDK initialization, etc.
    }
}

最后，运行它们

@main
struct TheApp: App {
    init() {
        initiateStartupProcesses()
    }

    var body: some Scene {
        WindowGroup {
            ContentView()
        }
    }
}

private extension TheApp {
    func initiateStartupProcesses() {
        StartupProcessService()
            .execute(process: ExampleProcess())
            .execute(process: FirebaseProcess())
            .execute(process: AppearanceCustomizationProcess)
    }
}

看起来很漂亮而且超级干净。

Answer 7

我看到很多解决方案init被用作didFinishLaunching 。 但是， didFinishLaunching在App结构的init之后被调用。

相反，我们可以创建一个块来在调用didFinishLaunching时通知我们。 这允许在 SwiftUI 世界中保留更多代码（而不是在AppDelegate中）。

class AppDelegate: NSObject, UIApplicationDelegate {

  var didFinishLaunching: ((AppDelegate) -> Void)?

  func application(
    _ application: UIApplication,
    didFinishLaunchingWithOptions
      launchOptions: [UIApplication.LaunchOptionsKey : Any]? = nil
  ) -> Bool {
    didFinishLaunching?(self)
    return true
  }
}

@main
struct MyApp: App {
  @UIApplicationDelegateAdaptor(AppDelegate.self) var appDelegate

  @ObservedObject private var applicationModel = ApplicationModel()

  // `init` gets called BEFORE `didFinishLaunchingWithOptions`
  init() {

    // Subscribe to get a `didFinishLaunching` call
    appDelegate.didFinishLaunching = { [weak applicationObject] appDelegate in

      // Setup any application code...
      applicationModel?.setup()
    }
  }

  var body: some Scene {
    return WindowGroup {
      if applicationObject.isUserLoggedIn {
        LoggedInView()
      } else {
        LoggedOutView()
      }
    }
  }
}