SwiftUI之NavigationView的基础使用与进阶实践

一、前言

在 UIKit 的框架中，我们时常使用 UINavigationViewController 来管理页面的 push 和 pop，这是页面管理的基本操作。而到了 SwiftUI，该操作是交由 NavigationView 和 NavigationLink 来完成。

本文先从 NavigationView 的基本应用开始，再补充如何灵活的使用 NavigationView 来完成很多更细节化的需求。

二、基本概念

如下所示，用一个 demo 展示了 NavigationView 和 NavigationLink 的基本应用：

// NavigationView基础 import SwiftUI @main struct iOS_testApp: App { var body: some Scene { WindowGroup { NavigationView { NavigationLink( destination: Text("Destination"), label: { Text("Navigate") }) } } } }

在该示例中，提供了一个顶层 View，即 NavigationView，在 SwiftUI 中，NavigationView 相当于 UIKit 的 UINavigationViewController，它提供了整个页面导航环境的顶层容器，包裹在 NavigationView 下面的是 NavigationLink，它定义了本页面的视图以及待 push 的视图（通过点击）。

如在示例中，Text(“Navigate”) 就是本页面的视图，而 Text(“Destination”) 就是点击跳转后的视图。主界面如下所示，点击 Navigate 即可 push：

点击 Navigate 后 push 新界面 Destination：

三、设置标题栏

在 NavigationView 的默认展示设置中，根级界面是没有标题栏的，而待 push 的界面默认带标题返回栏，但是标题为空。通过 .navigationBarTitle 修饰属性可以对标题进行设置：

// NavigationView根界面带标题栏 import SwiftUI @main struct iOS_testApp: App { var body: some Scene { WindowGroup { NavigationView { NavigationLink( destination: Text("Destination"), label: { Text("Navigate") }) .navigationBarTitle("Main", displayMode: .large) } } } }

带 large 标题栏的 Navigate 界面，如下所示：

其中 displayMode 是一个枚举类型参数，支持 inline，large 和 automatic，分别表示小标题栏，大标题栏和自动选择，如果你选择 automatic，则一般系统会选择 large。

四、隐藏标题栏

某些情况下，如果不希望使用标题栏，或者不喜欢 NavigationView 提供的标题栏样式，对它提供的定制灵活性并不满意，而希望完全由自己接管和实现标题栏，在这种情况下，可以选择隐藏标题栏，隐藏标题栏通过 .navigationBarHidden(true) 来完成：

// 隐藏destination标题栏 import SwiftUI @main struct iOS_testApp: App { var body: some Scene { WindowGroup { NavigationView { NavigationLink( destination: Text("Destination") // 隐藏二级界面的标题栏 .navigationBarHidden(true), label: { Text("Navigate") }) .navigationBarTitle("Main", displayMode: .automatic) } } } }

隐藏了标题栏的 Destination 界面，如下所示：

五、编程实现页面返回逻辑

当隐藏了二级界面的标题栏后，我们岂不是把标题栏的返回按钮也隐藏了，那么要实现自己的返回按钮时，该怎么做呢？这时候就需要用到 SwiftUI 独有的机制：视图环境 @Environment，Environment 提供了视图共享的属性绑定服务，通过这些属性可以完成视图的基本操作，其中一个属性叫 presentationMode，该属性绑定了导航页面间的上下文关系，通过它的 dismiss 方法可以手动返回页面：

// 通过编程实现页面返回逻辑 import SwiftUI struct DestinationView: View { // 声明属性presentationMode @Environment(\.presentationMode) var presentationMode: Binding var body: some View { Text("Destination View") .navigationBarHidden(true) // 追加后destination不再出现标题栏 .onTapGesture { // 点击"Destination View"后返回 self.presentationMode.wrappedValue.dismiss() } } } struct ContentView: View { var body: some View { NavigationView { NavigationLink( destination: DestinationView(), label: { Text("Navigate View") }) } } } @main struct iOS_testApp: App { var body: some Scene { WindowGroup { ContentView() } } }

注意：该方法在 iOS 15.0 后即将被属性 dismiss 替代，但是考虑到撰写本文时主流系统是 iOS 14.5，出于兼容需要，依然使用 presentationMode 来完成代码。

在以上例子中，把 Text(“Destination”) 这个二级界面单独提取到 DestinationView 中, 也单独提出 ContentView。通过声明 @Environment(.presentationMode)，让 DestinationView 获取了 presentationMode 属性的绑定数据。

接下来给 Text(“Destination View”) 提供点击操作: onTapGesture，在点击的实现代码里调用 self.presentationMode.wrappedValue.dismiss() 。

运行程序，现在可以通过点击 Navigate View 和 Destination View 自由往返。

六、标题栏样式设置

现在知道 NavigationView 提供了导航的基本元素，并且提供了系统默认的标题栏，我们可以隐藏标题栏从而自行设计界面。那么当我们想用默认的标题栏，但是想要改变其中的某些样式，比如标题颜色，应该怎么做呢？

事实上，更改标题栏的样式在 SwiftUI 中属于全局配置，即配置一次后，对运行时间接下来的所有标题栏也生效，这个全局配置是通过 UINavigationBar.appearance() 来实现的。

修改 ContentView 如下：

// 设置标题栏标题为红色 struct ContentView: View { var body: some View { NavigationView { NavigationLink( destination: DestinationView(), label: { Text("Navigate View") }) .navigationBarTitle("Title", displayMode: .inline) .onAppear() { // 设置标题颜色 UINavigationBar.appearance().titleTextAttributes = [.foregroundColor: UIColor.red] } } } }

如下所示，Navigate View 标题栏的标题为红色，样式为 inline：

运行应用程序，可以发现 title 是红色的，与此同时，该设置对 DestinationView 也同样有效：

// 展示DestinationView标题，一样发现是红色 struct DestinationView: View { @Environment(\.presentationMode) var presentationMode: Binding var body: some View { Text("Destination View") .navigationBarHidden(false) // 标题栏不隐藏 .navigationTitle("Title 2") // 追加标题 .onTapGesture { self.presentationMode.wrappedValue.dismiss() } } }

Destination View 标题栏设置为红色：

七、进阶：去掉点击的交互特效

当运行示例程序时，很容易会发现点击 Navigate View 会出现一个明显的渐变特效，另一方面，也很容易发现 Navigate View 的字体颜色是经典的 iOS 7 蓝，这是默认的按钮效果，对于这种效果有些人觉得很好，但是对于开发者开发的应用，由于界面风格的不同，该特效并不是什么时候都是合适的。如果想移除这个效果，该怎么做？

Navigate View 被按下时的默认展示效果，如下：

这时候就要用到 buttonStyle 修饰器，在 SwiftUI 中，它的完整声明如下：

// buttonStyle的声明（不是我写的） extension View { public func buttonStyle(_ style: S) -> some View where S : ButtonStyle }

通过该修饰器来完成 Button 样式的修改，而传入的参数 ButtonStyle 由自己定义。也就是说，在此之前需要定义一个 ButtonStyle 的 Struct，代码如下：

// 定义一个ButtonStyle，命名为DefaultButtonStyle struct DefaultButtonStyle: ButtonStyle { func makeBody(configuration: Self.Configuration) -> some View { configuration.label .background(configuration.isPressed ? Color.clear : Color.clear) } }

在本例中，把背景颜色全部改成了.clear，开发者可以根据自身需求修改。并且 configuration的isPressed 状态属性也很有用，可以根据状态改变按钮视觉。接下来在 ContentView 中设置 buttonStyle：

// 设置buttonStyle struct ContentView: View { var body: some View { NavigationView { NavigationLink( destination: DestinationView(), label: { Text("Navigate View") }) .navigationBarTitle("Title", displayMode: .inline) // 设置按钮样式 .buttonStyle(DefaultButtonStyle()) .onAppear() { UINavigationBar.appearance().titleTextAttributes = [.foregroundColor: UIColor.red] } } } }

运行应用程序，就会发现按钮样式已经不再有原先的样式特效，消除了默认特效后的"Navigate View"如下所示：

八、进阶：支持默认点击之外的更多交互

到目前为止，NavigationView 和 NavigationLink 已经可以满足我们日常开发的大部分需求了。但是，在某些情况下，我们对产品的交互有更丰富的需求。例如，在本例中，NavigationLink 默认支持点击操作，但是如果我们想要更多的操作响应怎么办，比如长按响应？

开始进行尝试，先把 ContentView 进行简化，去掉原先追加的若干代码，然后加入 onLongPressGesture：

// 尝试加入onLongPressGesture struct ContentView: View { var body: some View { NavigationView { NavigationLink( destination: DestinationView(), label: { Text("Navigate View") .onLongPressGesture { print("long press") } }) } } }

运行代码，可以发现，当长按 Navigate View 时，确实打印出了"long press"，但是同时 NavigationLink 的点击响应也失效了，这明显不符合我们需求。原因在于支持了 onLongPressGesture，NavigationLink 的按钮属性也被更高优先级的 gesture 取代，按钮点击功能不再有效。

如何既支持长按，又支持点击呢？这里提供的一个方案是，加入 onTap 操作：

// 通过onTapGesture来支持点击响应 struct ContentView: View { var body: some View { NavigationView { NavigationLink( destination: DestinationView(), label: { Text("Navigate View") .onTapGesture { print("tap") } .onLongPressGesture { print("long press") } }) } } }

再次运行代码，这时候可以发现"tap"和"long press"都可以正确打印。

九、isActive 参数

在之前的代码中，已经可以用 onTapGesture 和 onLongPressGesture 来分别响应 NavigationLink 的交互，但是也发现了一个问题。NavigationLink 最重要的跳转问题，还没有得到解决。现在引进一个重要参数隆重登场：isActive，它是 NavigationLink 构造函数的一个参数，默认值为 .constant(true)，先来看看它的正确使用方法：

// 引入了isActive来手动跳转 struct ContentView: View { @State private var isActive = false // 定义isActive状态，默认为false var body: some View { NavigationView { NavigationLink( destination: DestinationView(), isActive: $isActive, // 绑定isActive label: { Text("Navigate View") .onTapGesture { print("tap") isActive = true // 点击的时候，设置为true触发跳转 } .onLongPressGesture { print("long press") } }) } } }

isActive 是 NavigationLink 插入二级页面的触发参数，如果它是个常量，为 false 时则不会触发，为 true 时则在点击的时候触发。但是如果参数是一个 @State 变量，则是由 @State 的变量值来决定是否插入二级页面。

在以上代码里，定义了名为 isActive 的 @State 变量，初始值为 false，并且将它绑定到 NavigationLink的isActive 参数中，当用户点击"Navigate View"时，触发 onTapGesture，在其实现代码中，设置 isActive 为 true，成功触发 destination 的载入操作，这时候如预期的加载 DestinationView。

十、更复杂案例：多个 NavigationLink 下的情况

在实战项目中，还会遇到更多关于 NavigationView 的挑战，但是方法总比问题多，总有应对之策。刚刚提到一个 @State 变量 isActive 可以解决由编程决定载入页面的问题。但是在项目实践中，往往有多个 NavigationLink，它们或者由 VStack 组成，或者由 ScrollView 组成。在这种情况下，一个 isActive 变量完全不够用。一个不够，就出动多个，用一个数组来解决问题。

现在用一个完整的程序代码来展示下用法：

// 通过数组控制页面的导航 import SwiftUI struct ContentView: View { // 用数组替代单一的变量 @State private var isActives: [Bool] = Array(repeating: false, count: 2) var body: some View { NavigationView { VStack { NavigationLink( destination: Text("Destination View 1"), isActive: $isActives[0], label: { Text("Navigate View 1") .onTapGesture { print("tap 1") isActives[0] = true } .onLongPressGesture { print("long press 1") } }) NavigationLink( destination: Text("Destination View 2"), isActive: $isActives[1], label: { Text("Navigate View 2") .onTapGesture { print("tap 2") isActives[1] = true } .onLongPressGesture { print("long press 2") } }) } } } } @main struct iOS_testApp: App { var body: some Scene { WindowGroup { ContentView() } } }

运行程序，可以看到"Destination View 1"和"Destination View 2"都可以很好的响应点击、长按等交互：

十一、进阶技巧：NavigationLink 数目可变条件下的编程

通过 isActives 数组控制 NavigationLink 跳转的思路虽然是对的，但是示例代码并不能解决实际项目中的需求。因为在样例中 isActives 数组数目是已知的固定的，而在实际项目中，NavigationLink 数目可能是动态下发的，这种情况下该如何编码呢？

下面来看看，一个典型的根据数组元素构建的 NavigationLink 是如何编写的：

// 由数组items决定NavigationLink数量 struct ContentView: View { @State private var items: [Int] = [] var body: some View { NavigationView { ScrollView { ForEach(items, id: \.self) { item in NavigationLink( destination: Text("Destination View \(item)"), label: { Text("Navigate View \(item)") }) } } } .onAppear() { items = Array(arrayLiteral: 1, 2) } } }

在以上代码中，NavigationLink 由 items 动态决定，而不是一段一段的写死，通过 ForEach 来逐个创建 NavigationLink，那么问题来了：如果在这种情况下实现原先的点击/长按需求，该怎么做？

解决方法有很多，在这里提供一个我的解决方案，代码如下：

// 动态的isActives数组完成状态绑定 struct ContentView: View { @State private var isActives: [Bool] = [] @State private var items: [Int] = [] var body: some View { NavigationView { ScrollView { ForEach(items, id: \.self) { item in NavigationLink( destination: Text("Destination View \(item)"), isActive: $isActives[self.items.firstIndex(of: item)!], // 正确的绑定item所对应的isActive数组位置 label: { Text("Navigate View \(item)") .onTapGesture { print("tap \(item)") isActives[self.items.firstIndex(of: item)!] = true // 点击的时候，获取正确的数组下标并修改绑定值 } .onLongPressGesture { print("long press \(item)") } } ) } } } .onAppear() { items = Array(arrayLiteral: 1, 2) isActives = Array(repeating: false, count: items.count) // 动态创建isActives数组，和items数目保持一致 } } }

以上代码实现了用数组 isActives 动态绑定了每一个 NavigationLink 的 isActive 属性。在以上实现过程中，需要注意：

通过在 onAppear 下的代码，动态创建 isActives 数组，数组的个数和 items 数目保持一致：

isActives = Array(repeating: false, count: items.count)

在 ScrollView 循环创建 NavigationLink 的 ForEach 中，通过以下方式获得正确的下标：

self.items.firstIndex(of: item)!

把 $isActives[self.items.firstIndex(of: item)!] 绑定到 isActive 参数中；

在点击事件中，将绑定的数组元素设置为 true；

isActives[self.items.firstIndex(of: item)!] = true

iOS 容器

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。