SwiftUI:自適應(yīng)Views

SwiftUI最強(qiáng)大的一個(gè)方面是它如何根據(jù)上下文進(jìn)行調(diào)整,這是SwiftUI的承諾,適用于所有蘋(píng)果設(shè)備渔肩,從38mm的Apple Watch到27英寸的iMac(不考慮外部顯示器!)

雖然這可以節(jié)省很多時(shí)間,但有時(shí)我們想讓UI聲明更具適應(yīng)性:在本文中,讓我們看看如何做到這一點(diǎn)厨相。

示例

在我們的應(yīng)用中,我們希望根據(jù)可用空間調(diào)整視圖鸥鹉。

我們定義了兩種布局蛮穿,一種是內(nèi)容垂直堆疊,另一種是內(nèi)容水平堆疊:

layoutsImage.png

在考慮如何選擇布局之前,讓我們定義一個(gè)通用的可重用視圖AdaptiveView:

struct AdaptiveView<Content: View>: View {
  var content: Content

  public init(@ViewBuilder content: () -> Content) {
    self.content = content()
  }

  var body: some View {
    if /* condition here */ {
      HStack {
        content
      }
    } else {
      VStack {
        content
      }
    }
  }
}

我們稍后再填寫(xiě)這個(gè)條件

我們的示例視圖將能夠使用這個(gè)新的定義蒜焊,其中它所需要聲明的只是內(nèi)容梆暮,其他一切都由AdaptiveView管理:

var body: some View {
  AdaptiveView {
    RoundedRectangle(...)
      .fill(...)
      .frame(maxHeight: 400)

    VStack {
      Text("Title")
        .bold()
        .font(.title)

      Text(...)
        .fixedSize(horizontal: false, vertical: true)
    }
  }
}

下面讓我們看看如何填充AdaptiveView條件。

為了簡(jiǎn)單起見(jiàn)府适,我們將重點(diǎn)討論基于水平空間可用的條件:同樣的概念也適用于垂直空間羔飞。

Size classes

layoutsImage.png

所有大尺寸的iphone在橫屏?xí)r都有一個(gè)標(biāo)準(zhǔn)的水平尺寸類。

每個(gè)SwiftUI視圖都可以通過(guò)兩個(gè)environment環(huán)境值來(lái)觀察屏幕尺寸的變化:horizontalSizeClassverticalSizeClass檐春。
在SwiftUI中逻淌,它們都返回一個(gè)UserInterfaceSizeClass實(shí)例,在UIKit中UIUserInterfaceSizeClass是和它相對(duì)應(yīng)的疟暖。

public enum UserInterfaceSizeClass {
  case compact
  case regular
}

在這個(gè)例子中卡儒,我們可以使AdaptiveView切換布局基于environment環(huán)境的horizontalSizeClass:

struct AdaptiveView<Content: View>: View {
  @Environment(\.horizontalSizeClass) var horizontalSizeClass
  var content: Content

  init(...) { ... }

  var body: some View {
    if horizontalSizeClass == .regular {
      // We have a "regular" horizontal screen estate: 
      // we lay the content horizontally.
      HStack {
        content
      }
    } else {
      VStack {
        content
      }
    }
  }
}

動(dòng)態(tài)類型

dynamicTypeImage.png

AdaptiveView可以使用的另一種方法是基于environment的ContentSizeCategory:
UserInterfaceSizeClass告訴我們?cè)诋?dāng)前方向上設(shè)備屏幕的compact/regular大小,而ContentSizeCategory告訴我們用戶首選的內(nèi)容大小(也就是動(dòng)態(tài)類型)俐巴。

public enum ContentSizeCategory: Hashable, CaseIterable {
  case extraSmall
  case small
  case medium
  case large
  case extraLarge
  case extraExtraLarge
  case extraExtraExtraLarge
  case accessibilityMedium
  case accessibilityLarge
  case accessibilityExtraLarge
  case accessibilityExtraExtraLarge
  case accessibilityExtraExtraExtraLarge
}

我們可以在AdaptiveView中使用這些情況中的任何一種作為條件閾值骨望,例如,我們可以切換比.large更大的布局:

struct AdaptiveView<Content: View>: View {
  @Environment(\.sizeCategory) var sizeCategory: ContentSizeCategory
  var content: Content

  init(...) { ... }

  var body: some View {
    if sizeCategory > .large {
      VStack {
        content
      }
    } else {
      HStack {
        content
      }
    }
  }
}

SwiftUI也為ContentSizeCategory 提供了isAccessibilityCategory屬性窜骄,我們也可以這么使用:

struct AdaptiveView<Content: View>: View {
  @Environment(\.sizeCategory) var sizeCategory: ContentSizeCategory
  var content: Content

  init(...) { ... }

  var body: some View {
    if sizeCategory.isAccessibilityCategory {
      // When the user prefers an accessibility category, lay the content vertically.
      VStack {
        content
      }
    } else {
      HStack {
        content
      }
    }
  }
}

當(dāng)ContentSizeCategory實(shí)例以"accessibility"開(kāi)頭時(shí)锦募,isAccessibilityCategory返回true,這似乎是一個(gè)很好的默認(rèn)閾值:

當(dāng)然邻遏,我們應(yīng)該測(cè)試一下我們的實(shí)現(xiàn)糠亩,看看是否適合我們,如果不行准验,我們可以回到另一個(gè)閾值赎线。

自定義閾值

到目前為止提供的方法適用于大多數(shù)視圖,但是糊饱,它們也有一個(gè)很大的缺點(diǎn):它們依賴于全局值垂寥。

當(dāng)一個(gè)單一的AdaptiveView是屏幕的主要內(nèi)容,但如果我們有多個(gè)視圖另锋,應(yīng)該適應(yīng)?

如果我們?cè)谶@種情況下滞项,我們可能不能依賴這些全局環(huán)境屬性:相反,我們應(yīng)該為每個(gè)視圖分別做出決定夭坪。
這樣文判,兩個(gè)或更多的視圖可以根據(jù)自己的空間和閾值進(jìn)行不同的布局。
為了做到這一點(diǎn)室梅,我們需要采取兩步:

  1. 獲取每個(gè)AdaptiveView的可用水平空間
  2. 基于這個(gè)空間創(chuàng)建一個(gè)條件

1. 獲取可用的水平空間

幸運(yùn)的是戏仓,我們已經(jīng)在SwiftUI:靈活的布局中遇到了這個(gè)問(wèn)題,并取得了以下結(jié)果:

struct FlexibleView: View {
  @State private var availableWidth: CGFloat = 0

  var body: some View {
    ZStack {
      Color.clear
        .frame(height: 1)
        .readSize { size in
          availableWidth = size.width
        }

      // 我們要實(shí)現(xiàn)的部分
    }
  }
}

我們可以在我們的通用AdaptiveView中實(shí)現(xiàn)它:

struct AdaptiveView<Content: View>: View {
  @State private var availableWidth: CGFloat = 0
  var content: Content

  public init(...) { ... }

  var body: some View {
    ZStack {
      Color.clear
        .frame(height: 1)
        .readSize { size in
          availableWidth = size.width
        }

      if /* condition */ {
        HStack {
          content
        }
      } else {
        VStack {
          content
        }
      }
    }
  }
}
extension View {
  func readSize(onChange: @escaping (CGSize) -> Void) -> some View {
    background(
      GeometryReader { geometryProxy in
        Color.clear
          .preference(key: SizePreferenceKey.self, value: geometryProxy.size)
      }
    )
    .onPreferenceChange(SizePreferenceKey.self, perform: onChange)
  }
}

private struct SizePreferenceKey: PreferenceKey {
  static var defaultValue: CGSize = .zero
  static func reduce(value: inout CGSize, nextValue: () -> CGSize) {}
}

第一步完成了

基于這個(gè)空間創(chuàng)建一個(gè)條件

一旦我們有了可用的空間亡鼠,剩下要決定的就是如何使用它赏殃。
在構(gòu)建通用視圖時(shí),最好將閾值決定留給實(shí)現(xiàn)者间涵,他們對(duì)視圖的使用位置和實(shí)際內(nèi)容有更多的了解仁热。

由于這些原因,我們可以添加一個(gè)新的屬性threshold勾哩,它將在AdaptiveView條件中使用:

struct AdaptiveView<Content: View>: View {
  @State private var availableWidth: CGFloat = 0
  var threshold: CGFloat
  var content: Content

  public init(
    threshold: CGFloat, 
    @ViewBuilder content: () -> Content
  ) {
    self.threshold = threshold
    self.content = content()
  }

  var body: some View {
    ZStack {
      Color.clear
        .frame(height: 1)
        .readSize { size in
          availableWidth = size.width
        }

      if availableWidth > threshold {
        HStack {
          content
        }
      } else {
        VStack {
          content
        }
      }
    }
  }
}

到這里股耽,我們的自定義AdaptiveView就完成了根盒。

驗(yàn)證

因?yàn)槲覀儸F(xiàn)在擁有了閾值,所以測(cè)試不同的閾值/布局/設(shè)備也很容易物蝙,事例如下

exp.gif
struct ContentView: View {
  @State var currentWidth: CGFloat = 0
  @State var padding: CGFloat = 8
  @State var threshold: CGFloat = 100

  var body: some View {
    VStack {
      AdaptiveView(threshold: threshold) {
        RoundedRectangle(cornerRadius: 40.0, style: .continuous)
          .fill(
            Color(red: 224 / 255.0, green: 21 / 255.0, blue: 90 / 255.0, opacity: 1)
          )
        RoundedRectangle(cornerRadius: 40.0, style: .continuous)
          .fill(
            Color.pink
          )
      }
      .readSize { size in
        currentWidth = size.width
      }
      .overlay(
        Rectangle()
          .stroke(lineWidth: 2)
          .frame(width: threshold)
      )
      .padding(.horizontal, padding)

      Text("Current width: \(Int(currentWidth))")
      HStack {
        Text("Threshold: \(Int(threshold))")
        Slider(value: $threshold, in: 0...500, step: 1) { Text("") }
      }
      HStack {
        Text("Padding:")
        Slider(value: $padding, in: 0...500, step: 1) { Text("") }
      }
    }
    .padding()
  }
}

完整的AdaptiveView代碼:

多種布局

到目前為止,我們看到的例子根據(jù)我們的條件調(diào)整布局方向敢艰,但是這不是唯一的用例诬乞,例如,我們可以使用類似的方法來(lái)顯示/隱藏UI的一部分:

socialImage.png

事例代碼:

struct SocialSignInView: View {
  @State private var availableWidth: CGFloat = 0

  private var buttonMode: SignInButton.Mode {
    availableWidth > 500 ? .regular : .compact
  }

  var body: some View {
    ZStack {
      Color.clear
        .frame(height: 1)
        .readSize { size in
          availableWidth = size.width
        }

      HStack {
        SignInButton(action: {}, tintColor: .appleTint, imageName: "apple", mode: buttonMode)
        SignInButton(action: {}, tintColor: .googleTint, imageName: "google", mode: buttonMode)
        SignInButton(action: {}, tintColor: .twitterTint, imageName: "twitter", mode: buttonMode)
      }
    }
  }
}

struct SocialSignInView_Previews: PreviewProvider {
  static var previews: some View {
    Group {
      SocialSignInView()
        .previewLayout(.fixed(width: 568, height: 320))
      SocialSignInView()
        .previewLayout(.fixed(width: 320, height: 528))
    }
  }
}

SignInButton:

extension Color {
  static let appleTint = Color.black
  static let googleTint = Color(red: 222 / 255.0, green: 82 / 255.0, blue: 70 / 255.0)
  static let twitterTint = Color(red: 29 / 255.0, green: 161 / 255.0, blue: 242 / 255.0)
}

struct SignInButton: View {

  enum Mode {
    case regular
    case compact
  }

  var action: () -> Void
  var tintColor: Color
  var imageName: String
  var mode: Mode

  var body: some View {
    Button(action: action) {
      switch mode {
      case .compact:
        Circle()
          .fill(tintColor)
          .overlay(Image(imageName))
          .frame(width: 44, height: 44)
      case .regular:
        HStack {
          Text("Sign in with")
          Image(imageName)
        }
        .padding()
        .background(
          Capsule()
            .fill(tintColor)
        )
      }
    }
    .foregroundColor(.white)
  }
}

struct SignInButton_Previews: PreviewProvider {
  static var previews: some View {
    Group {
      SignInButton(action: {}, tintColor: .appleTint, imageName: "apple", mode: .regular)
      SignInButton(action: {}, tintColor: .appleTint, imageName: "apple", mode: .compact)
      SignInButton(action: {}, tintColor: .googleTint, imageName: "google", mode: .regular)
      SignInButton(action: {}, tintColor: .googleTint, imageName: "google", mode: .compact)

      SignInButton(action: {}, tintColor: .twitterTint, imageName: "twitter", mode: .regular)
      SignInButton(action: {}, tintColor: .twitterTint, imageName: "twitter", mode: .compact)
    }
    .previewLayout(.sizeThatFits)
  }
}

總結(jié)

SwiftUI盡其所能地適應(yīng)每一個(gè)給定的場(chǎng)景:讓框架來(lái)做所有繁重的工作是完全沒(méi)問(wèn)題的钠导,但是如果我們多做一點(diǎn)工作震嫉,就可以幫助我們提供更好的用戶體驗(yàn)。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末牡属,一起剝皮案震驚了整個(gè)濱河市票堵,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌逮栅,老刑警劉巖悴势,帶你破解...
    沈念sama閱讀 216,919評(píng)論 6 502
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異措伐,居然都是意外死亡特纤,警方通過(guò)查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,567評(píng)論 3 392
  • 文/潘曉璐 我一進(jìn)店門(mén)侥加,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)捧存,“玉大人,你說(shuō)我怎么就攤上這事担败∥粞ǎ” “怎么了?”我有些...
    開(kāi)封第一講書(shū)人閱讀 163,316評(píng)論 0 353
  • 文/不壞的土叔 我叫張陵提前,是天一觀的道長(zhǎng)吗货。 經(jīng)常有香客問(wèn)我,道長(zhǎng)岖研,這世上最難降的妖魔是什么卿操? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 58,294評(píng)論 1 292
  • 正文 為了忘掉前任,我火速辦了婚禮孙援,結(jié)果婚禮上害淤,老公的妹妹穿的比我還像新娘。我一直安慰自己拓售,他們只是感情好窥摄,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,318評(píng)論 6 390
  • 文/花漫 我一把揭開(kāi)白布。 她就那樣靜靜地躺著础淤,像睡著了一般崭放。 火紅的嫁衣襯著肌膚如雪哨苛。 梳的紋絲不亂的頭發(fā)上,一...
    開(kāi)封第一講書(shū)人閱讀 51,245評(píng)論 1 299
  • 那天币砂,我揣著相機(jī)與錄音建峭,去河邊找鬼。 笑死决摧,一個(gè)胖子當(dāng)著我的面吹牛亿蒸,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播掌桩,決...
    沈念sama閱讀 40,120評(píng)論 3 418
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼边锁,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來(lái)了波岛?” 一聲冷哼從身側(cè)響起茅坛,我...
    開(kāi)封第一講書(shū)人閱讀 38,964評(píng)論 0 275
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎则拷,沒(méi)想到半個(gè)月后贡蓖,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,376評(píng)論 1 313
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡隔躲,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,592評(píng)論 2 333
  • 正文 我和宋清朗相戀三年摩梧,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片宣旱。...
    茶點(diǎn)故事閱讀 39,764評(píng)論 1 348
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡仅父,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出浑吟,到底是詐尸還是另有隱情笙纤,我是刑警寧澤,帶...
    沈念sama閱讀 35,460評(píng)論 5 344
  • 正文 年R本政府宣布组力,位于F島的核電站省容,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏燎字。R本人自食惡果不足惜腥椒,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,070評(píng)論 3 327
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望候衍。 院中可真熱鬧笼蛛,春花似錦、人聲如沸蛉鹿。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 31,697評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)。三九已至惋戏,卻和暖如春领追,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背响逢。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 32,846評(píng)論 1 269
  • 我被黑心中介騙來(lái)泰國(guó)打工绒窑, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人舔亭。 一個(gè)月前我還...
    沈念sama閱讀 47,819評(píng)論 2 370
  • 正文 我出身青樓回论,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親分歇。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,665評(píng)論 2 354

推薦閱讀更多精彩內(nèi)容