SwiftUI 是一个用户界面工具包,让我们以声明的方式设计应用程序。这是一种花哨的说法,即我们告诉 SwiftUI 我们希望我们的用户界面看起来和工作起来是怎样的,而它会在用户与它交互的过程中实现这一目标。
声明式用户界面与命令式用户界面相比更容易理解,后者是 iOS 开发者在 iOS 13 之前所做的。在命令式用户界面中,当一个按钮被点击时,我们可能会调用一个函数,在这个函数中我们会读取一个值并显示一个标签 —— 我们会根据正在发生的事情定期修改用户界面的外观和工作方式。
强制性的用户界面导致了各种问题,其中大部分都是围绕着状态展开的,这是另一个花哨的术语,意思是 "我们在代码中存储的值"。我们需要跟踪我们的代码处于什么状态,并确保我们的用户界面正确地反映这种状态。
如果在屏幕上有一个影响用户界面的布尔属性,我们就有两种状态:布尔值可能是开(on
)或关(off
)。如果我们有两个布尔值 A 和 B,我们现在有四个状态:
如果我们有三个布尔运算符呢?或者五个?或者是整数、字符串、日期,以及更多?那么,应用的复杂性就会进一步提高。
如果你曾经使用过一个应用程序,无论你尝试多少次都说你有一条未读信息,这就是状态问题--这就是命令式 UI 的问题。
相比之下,声明式 UI 让我们可以一次性告诉 iOS 关于我们应用的所有可能状态。我们可以说,如果我们登录了,就显示一条欢迎信息,如果我们注销了,就显示登录按钮。我们不需要用手写代码在这两种状态之间移动--那是一种丑陋的、强制性的工作方式!相反,我们让 SwiftUI 在这两种状态之间移动。
相反,当状态发生变化时,我们让 SwiftUI 在用户界面布局之间为我们移动。我们已经告诉它根据用户是登录还是退出来显示什么,所以当我们改变认证状态时,SwiftUI 可以替我们更新用户界面。
这就是声明性的意思:我们并没有让 SwiftUI 组件手动显示和隐藏,我们只是告诉它我们希望它遵循的所有规则,让 SwiftUI 确保这些规则得到执行。
但 SwiftUI 并不局限于此--它还作为一个跨平台的用户界面层,可以在 iOS、macOS、tvOS 甚至watchOS 上运行。这意味着你现在可以学习一种语言和一个布局框架,然后将你的代码部署到任何地方。