此博客的格式化版本和相关代码也可以在此处找到：https://github.com/sstadelman/cpsdkios-blogs-app-protocol-adoption。

应用程序协议

iOS 14中对SwiftUI开发体验最令人兴奋的补充之一是应用程序协议。应用程序界面看起来与视图相似，但它不返回视图主体，而是返回场景。因此，开发人员在应用程序的根目录下有一个第一类的SwiftUI声明，大数据是干什么的，在实践中扮演的角色类似于Xcode生成的AppDelegate实现所扮演的角色，但现在在框架中正式化了。AppDelegates并没有将实现的重点仅仅放在它设计的生命周期管理上，而是倾向于积累不相关的模型属性……核心数据存根是造成这种情况的原因……然后在整个应用程序中有可怕的消费模式。相当多的代码基都有这样的行(UIApplication.shared.delegate代理作为？AppDelegate）.managedObjectContext或更糟的内容散布在UIViewController文件中。但还有什么选择呢？注入，它不能很好地与情节串连板，非类型安全的prepareforsque（：）实现无处不在，单例…

与新的应用程序接口，开发人员可以实现他们的应用程序的具体结构根，它具有相同的模型功能作为任何SwiftUI视图。具体来说，开发人员可以使用@Environment作为模型对象的存储，并绑定到应用程序中或任何子场景或视图中的模型对象。通过这个绑定附件正文实现可以以与任何视图相同的方式响应基于组合的模型更改。而且，由于使用@Environment和/或@Binding属性包装器，开发人员不需要将引用传递给委托本身。

调整助手生成的AppDelegate

这非常令人兴奋，但是我们可以将其与SAP Cloud Platform SDK for iOS一起使用吗？是的，好淘客，但我们需要对助手生成的应用程序模板进行一些修改。今天我要分享的是一个示例，说明如何使用5.1版的助手修改生成的应用程序以使用应用程序协议。这是一个移动的目标，但现在看来，集成功能齐全。为了充分利用这一新模式，SAPFioriFlows肯定需要进行一些更改/增强，我们将在整个夏季与beta开发期间分享更多这些内容。

让我们从简单的应用程序开始。你会注意到的第一件事是没有委托人。助手模板生成的许多样板文件都与处理往返于后台的应用程序有关，涉及离线商店、密码挑战等。在理想情况下，我们想知道如何插入SAPFioriFlow的登录和恢复序列。但是怎么做呢？

除了App协议之外，还有一个新的@uiapplicationdelegatedaptor属性包装器，它创建所提供委托的一个实例，管理其生存期，并在适当的时候调用它。我们可以将此添加到我们的应用程序声明中。但是，助手生成的AppDelegate在运行时崩溃了…太多的模态表示&如果我不得不打赌的话，尝试访问窗口。因此，让我们声明一个新的ReferenceAppDelegate:AppDelegate，并使用它。

ReferenceAppDelegate应该做与生成的AppDelegate相同的事情，但是我们应该尽可能地最小化它，特别是减少对视图层次结构的引用。此外，我们应该尝试将模型状态从委托中移出，并移入环境中。让我们看看这是什么样子。

这里是AppDelegate的简化实现（不包括通知注册和连接处理程序，它们可以移动到扩展文件中）。

请注意，存储在AppDelegate上的主模型对象：var sessionManager:OnboardingSessionManager现在转到@环境。这是通过添加EnvironmentKey和会话管理器的默认实例来实现的。这有一个非常有趣的效果，使会话管理器在应用程序的任何地方都可用。此外，当我们改进这个模板时，我们当然可以让OnboardingSessionManager实现ObservaleObject，并使应用程序组件能够订阅会话上的更改。

管理UI生命周期

因此，现在我们有了一个UIApplicationDelegate实现，以及环境中的会话管理器。如果我们在这种状态下运行，应用程序（u3;：didFinishLaunchingWithOptions:）回调将被调用，onboardingSessionManager将触发onboarding流。事实上，如果我们在登录后退出并重新进入应用程序，我们也将面临恢复流的应用程序密码的挑战。太好了！

我们还没做完。FlowStep屏幕后面没有启动屏幕，因此您可以看到文本（"Hello，world！"）在情态动词之间。这是有问题的，原因有几个，所以让我们看看如何在助手生成的模板中处理这个问题：ApplicationUIManager负责处理来自OnboardingSessionManager的调用，并交换适当的UIViewControllers。有三种风格：1）应显示应用程序屏幕，2）应显示启动屏幕，大数据是干嘛的，3）应显示"模糊"屏幕，以防止iOS多任务处理程序在屏幕上捕获业务数据。ApplicationUIManager维护对各个视图层次结构的引用，并手动将正确的层次结构设置为window.rootViewController. 但是，现在我们在SwiftUI中，我们不应该自己操作视图层次结构的状态。我们应该能够声明应该是什么，并让框架管理视图。