主頁 > 軟體設計 > SwiftUI-如何將一個文本視圖與另一個文本視圖垂直對齊,以制作類似于表格的正確對齊方式?

SwiftUI-如何將一個文本視圖與另一個文本視圖垂直對齊,以制作類似于表格的正確對齊方式?

2021-11-06 10:12:32 軟體設計

所以我基本上需要在 SwiftUI 中制作一個類似于此的表格:

SwiftUI - 如何將一個文本視圖與另一個文本視圖垂直對齊,以制作類似于表格的正確對齊方式?

正如您在螢屏截圖中看到的,我很難將欄位與其對應的列對齊,如“John”應該完全以“Name”為中心,而“EUR”應該以“Currency”為中心等等。正如你可以在代碼上看到,我目前正在用堆疊間距引數觀察它,但這簡直太糟糕了,甚至不適用于所有設備,而且資料是動態的并且來自 API 呼叫,因此它無法作業。如何在 SwiftUI 上對齊?我需要支持 iOS 13。

當前代碼:

   struct ContentView: View {
    var body: some View {
        VStack(spacing: 0) {
            ZStack {
                TitleBackground()
                Text("Clients")
                    .foregroundColor(.white)
            }
            HStack(spacing: 30) {
                Text("Name")
                Text("Balance")
                Text("Currency")
                Spacer()
            }
            .foregroundColor(Color(#colorLiteral(red: 0.4783782363, green: 0.4784628153, blue: 0.4783664346, alpha: 1)))
            .frame(maxWidth:.infinity)
            .padding(12)
            .background(Color(#colorLiteral(red: 0.9332349896, green: 0.9333916306, blue: 0.9332130551, alpha: 1)))
            RowView()
            RowView()
            RowView()
            RowView()
        }
    }
}


struct RowView : View {
    var body: some View {
        HStack(spacing: 30) {
            Text("John")
            Text("$5300")
            Text("EUR")
            Spacer()
        }
        .padding(12)
    }
}

struct TitleBackground: View {
    var body: some View {
            ZStack(alignment: .bottom){
                Rectangle()
                    .frame(maxWidth: .infinity, maxHeight: 60)
                    .foregroundColor(.red)
                    .cornerRadius(15)
                //We only need the top corners rounded, so we embed another rectangle to the bottom.
                Rectangle()
                    .frame(maxWidth: .infinity, maxHeight: 15)
                    .foregroundColor(.red)
            }
    }
}

uj5u.com熱心網友回復:

我看到 Yrb 在我之前發布了一個類似的答案,但無論如何我都會發布這個,因為我的解決方案比他們的解決方案更具模塊化/可組合性。


你想要這樣的布局:

SwiftUI - 如何將一個文本視圖與另一個文本視圖垂直對齊,以制作類似于表格的正確對齊方式?

我們將實作一個 API,以便我們可以使用以下代碼為表格視圖獲取布局:

enum ColumnId: Hashable {
    case name
    case balance
    case currency
}

struct TableView: View {
    var body: some View {
        WidthPreferenceDomain {
            VStack(spacing: 0) {
                HStack(spacing: 30) {
                    Text("Name")
                        .widthPreference(ColumnId.name)
                    Text("Balance")
                        .widthPreference(ColumnId.balance)
                    Text("Currency")
                        .widthPreference(ColumnId.currency)
                    Spacer()
                }
                .frame(maxWidth:.infinity)
                .padding(12)
                .background(Color(#colorLiteral(red: 0.9332349896, green: 0.9333916306, blue: 0.9332130551, alpha: 1)))
                ForEach(0 ..< 4) { _ in
                    RowView()
                }
            }
        }
    }
}

在上面的代碼中:

  • 我定義了一個ColumnId型別來標識每個表列。
  • 我已經插入了一個WidthPreferenceDomain容器視圖,我們將在下面實作。
  • widthPreference為每個表格行添加了一個修飾符,我們將在下面實作。

我們還需要像這樣使用widthPreference修飾符RowView

struct RowView : View {
    var body: some View {
        HStack(spacing: 30) {
            Text("John")
                .widthPreference(ColumnId.name)
            Text("$5300")
                .widthPreference(ColumnId.balance)
            Text("EUR")
                .widthPreference(ColumnId.currency)
            Spacer()
        }
        .padding(12)
    }
}

我已將此答案的完整代碼放在一個要點中,以便于復制

那么,我們如何實作WidthPreferenceDomainwidthPreference

We need to measure the width of all the items in the Name column, including the Name title itself, so that we can then set all of the Name column's items to have the same width. We need to repeat the procedure for the Balance and Currency columns.

To measure the items, we can use GeometryReader. Because GeometryReader is a greedy view that expands to fill as much space as its parent offers, we don't want to wrap any table items in a GeometryReader. Instead, we want to put a GeometryReader in a background on each table item. A background view is given the same frame as its parent.

To collect the measured widths, we can use a “preference“ by defining a type conforming to the PreferenceKey protocol. Since we want to collect the widths of all the columns, we'll store the widths in a Dictionary, keyed by a column id. To merge two widths for the same column, we take the maximum of the widths, so that each column expands to fit all its items.

fileprivate struct WidthPreferenceKey: PreferenceKey {
    static var defaultValue: [AnyHashable: CGFloat] { [:] }

    static func reduce(value: inout [AnyHashable : CGFloat], nextValue: () -> [AnyHashable : CGFloat]) {
        value.merge(nextValue(), uniquingKeysWith: { max($0, $1) })
    }
}

To distribute the collected widths back down to the table items, we can use the “environment” by defining a type conforming to the EnvironmentKey protocol. EnvironmentKey only has one requirement, a static var defaultValue property, which matches the PreferenceKey's defaultValue property, so we can re-use the WidthPreferenceKey type we already defined:

extension WidthPreferenceKey: EnvironmentKey { }

To use the environment, we also need to add a property to EnvironmentValues:

extension EnvironmentValues {
    fileprivate var widthPreference: WidthPreferenceKey.Value {
        get { self[WidthPreferenceKey.self] }
        set { self[WidthPreferenceKey.self] = newValue }
    }
}

Now we can define the widthPreference modifier:

extension View {
    public func widthPreference<Domain: Hashable>(_ key: Domain) -> some View {
        return self.modifier(WidthPreferenceModifier(key: key))
    }
}

fileprivate struct WidthPreferenceModifier: ViewModifier {
    @Environment(\.widthPreference) var widthPreference
    var key: AnyHashable

    func body(content: Content) -> some View {
        content
            .fixedSize(horizontal: true, vertical: false)
            .background(GeometryReader { proxy in
                Color.clear
                    .preference(key: WidthPreferenceKey.self, value: [key: proxy.size.width])
            })
            .frame(width: widthPreference[key])
    }
}

This modifier measures the modified view's width using a background GeometryReader and stores it in the preference. It also sets the view's width, if the widthPreference from the environment has a width for it. Note that widthPreference[key] will be nil on the first layout pass, but that's okay, because frame(width: nil) is an “inert” modifier; it has no effect.

And now we can implement WidthPreferenceDomain. It needs to receive the preference and store it in the environment:

public struct WidthPreferenceDomain<Content: View>: View {
    @State private var widthPreference: WidthPreferenceKey.Value = [:]
    private var content: Content

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

    public var body: some View {
        content
            .environment(\.widthPreference, widthPreference)
            .onPreferenceChange(WidthPreferenceKey.self) { widthPreference = $0 }
    }
}

uj5u.com熱心網友回復:

有兩種方法可以解決這個問題。首先,您可以使用LazyVGrids具有相同列設定的兩個,但您必須修復一些尺寸。第二種方法是你可以用 with 解決這個問題PreferenceKeys

LazyVGrid

struct LazyVGridView: View {
    let columns = [
        GridItem(.fixed(100)),
        GridItem(.fixed(100)),
        GridItem(.adaptive(minimum: 180))
    ]

    var body: some View {
        VStack {
            LazyVGrid(columns: columns) {
                Text("Name")
                    .padding()
                Text("Balance")
                    .padding()
                Text("Currency")
                    .padding()
            }
            .foregroundColor(Color(#colorLiteral(red: 0.4783782363, green: 0.4784628153, blue: 0.4783664346, alpha: 1)))
            .background(Color(#colorLiteral(red: 0.9332349896, green: 0.9333916306, blue: 0.9332130551, alpha: 1)))

            LazyVGrid(columns: columns) {
                ForEach(clients) { client in
                    Text(client.name)
                        .padding()
                    Text(client.balance.description)
                        .padding()
                    Text(client.currency)
                        .padding()
                }
            }

        }
    }
}
`首選項鍵`:
struct PrefKeyAlignmentView: View {
    
    let clients: [ClientInfo] = [
        ClientInfo(name: "John", balance: 300, currency: "EUR"),
        ClientInfo(name: "Jennifer", balance: 53000, currency: "EUR"),
        ClientInfo(name: "Jo", balance: 30, currency: "EUR"),
        ClientInfo(name: "Jill", balance: 530000, currency: "EUR")
    ]
    
    @State private var col1Width: CGFloat = 100
    @State private var col2Width: CGFloat = 100
    @State private var col3Width: CGFloat = 110
    
    var body: some View {
        VStack {
            HStack() {
                Text("Name")
                    .padding()
                    // The background view takes on the size of the Text   the padding, and the GeometryReader reads that size
                    .background(GeometryReader { geometry in
                        Color.clear.preference(
                            //This sets the preference key value with the width of the background view
                            key: Col1WidthPrefKey.self,
                            value: geometry.size.width)
                    })
                    // This set the frame to the column width variable defined above
                    .frame(width: col1Width)
                Text("Balance")
                    .padding()
                    .background(GeometryReader { geometry in
                        Color.clear.preference(
                            key: Col2WidthPrefKey.self,
                            value: geometry.size.width)
                    })
                    .frame(width: col2Width)

                Text("Currency")
                    .padding()
                    .background(GeometryReader { geometry in
                        Color.clear.preference(
                            key: Col3WidthPrefKey.self,
                            value: geometry.size.width)
                    })
                    .frame(width: col3Width)
                
                Spacer()
            }
            
            ForEach(clients) { client in
                HStack {
                    Text(client.name)
                        .padding()
                        .background(GeometryReader { geometry in
                            Color.clear.preference(
                                key: Col1WidthPrefKey.self,
                                value: geometry.size.width)
                        })
                        .frame(width: col1Width)
                    Text(client.balance.description)
                        .padding()
                        .background(GeometryReader { geometry in
                            Color.clear.preference(
                                key: Col2WidthPrefKey.self,
                                value: geometry.size.width)
                        })
                        .frame(width: col2Width)

                    Text(client.currency)
                        .padding()
                        .background(GeometryReader { geometry in
                            Color.clear.preference(
                                key: Col3WidthPrefKey.self,
                                value: geometry.size.width)
                        })
                        .frame(width: col3Width)
                    Spacer()
                }
            }
        }
        //This sets the various column widths whenever a new entry as found.
        //It keeps the larger of the new item's width, or the last largest width.
        .onPreferenceChange(Col1WidthPrefKey.self) {
            col1Width = max($0,col1Width)
        }
        .onPreferenceChange(Col2WidthPrefKey.self) {
            col2Width = max($0,col2Width)
       }
        .onPreferenceChange(Col3WidthPrefKey.self) {
            col3Width = max($0,col3Width)
        }
    }
}

struct ClientInfo: Identifiable {
    let id = UUID()
    let name: String
    let balance: Int
    let currency: String
}

private extension PrefKeyAlignmentView {
    struct Col1WidthPrefKey: PreferenceKey {
        static let defaultValue: CGFloat = 0
        
        static func reduce(value: inout CGFloat,
                           nextValue: () -> CGFloat) {
            value = max(value, nextValue())
        }
    }
    
    struct Col2WidthPrefKey: PreferenceKey {
        static let defaultValue: CGFloat = 0
        
        static func reduce(value: inout CGFloat,
                           nextValue: () -> CGFloat) {
            value = max(value, nextValue())
        }
    }
    
    struct Col3WidthPrefKey: PreferenceKey {
        static let defaultValue: CGFloat = 0
        
        static func reduce(value: inout CGFloat,
                           nextValue: () -> CGFloat) {
            value = max(value, nextValue())
        }
    }
}

I don't think using alignmentGuides would work as you would have to handle multiple views, and alignment guides only align one set of views, and not the views internally.

Both of these solutions will work. The PreferenceKeys will automatically adapt everything, but theoretically could push past the bounds of the screen with too much information. The LazyVGrid is more rigid, but could cause truncation/wrapping if the data is too long. I don't think you could use an adaptive layout for the LazyVGrid for all columns, if you have two different grids. It may be possible to mix both and set the LazyVGrid widths with PreferenceKeys, but I haven't personally tried it.

DataSource for both for testing:

struct ClientInfo: Identifiable {
    let id = UUID()
    let name: String
    let balance: Int
    let currency: String
}

let clients: [ClientInfo] = [
    ClientInfo(name: "John", balance: 300, currency: "EUR"),
    ClientInfo(name: "Jennifer", balance: 53000, currency: "EUR"),
    ClientInfo(name: "Jo", balance: 30, currency: "EUR"),
    ClientInfo(name: "Jill", balance: 530000, currency: "EUR")
]

Edit: While working on the answer, I forgot you were restricted to iOS 13. LazyVGrids aren't available. I left the LazyVGrid answer up as you could use if #available(os:) if you wanted to use it for later OS's, or for someone else looking for a more current solution.

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/349803.html

標籤:ios 迅速 迅捷

上一篇:cgb2109-day05

下一篇:根據設備型別自動將深層鏈接定向到GooglePlayStore或AppleAppStore

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more