SwiftUI List performance

Thanks for the bug report! We are continuing to investigate and improve the performance. Using a ScrollView with a LazyVStack will help eliminate some of the overhead of List if you aren't using the features it specifically provides.

what I do is write the apps in swiftui then its pretty easy to bridge to UIKit for a particular view or part of it to get all of the functionality u have listed. I believe there is a WWDC session on this specifically. SwiftUI and UIKit generally plays together pretty well. Tbh its way easier and faster to do it that way than write everything in UIKit. some of what you have listed have been implemented in native swiftui already. eg pull down to refresh - have a look at the what's new in swiftui from the past few years wwdc's. I believe its called .refreshable MapKit has been recently brought into swiftui. not sure about the specific functionality you need but I recently converted my UIKit maps components into the native swiftui version. For the custom controls on a Video view, I overlayed some custom swiftui controls over the top of a bridged AVKit video player using a ZStack. it'll be another decade before everything is in swiftui

As part of the 6/12/25 SwiftUI Group lab, Curt and Taylor spoke to this specifically related to use of color in liquid glass SwiftUI views and that use of color should be limited. However, they didn’t speak to how to put color back into List View outline disclosure carets that aren’t there in new iOS/iPad OS 26. I would still like to know if I can add color back into the carets. Here was my group lab question that was discussed: “I’ve noticed with the new design language, SwiftUI views appear to not use color as much. Example, color modifiers for List View items like carets. Is this intended and can developers introduce color back into SwiftUI view elements, if desired, like in iOS/iPadOS 18?”

I'm seeing the same warning, as well as significantly decreased performance in my SwiftUI app on iOS 16 (none of these issues on iOS 15). Unsure if these are due to to an Xcode/iOS bug or if I'm actually doing something wrong.

I heard about the performance problems and after some research a colleague and me got to a solution.: Currently. If you have a big list array which you try to modify, the list completely blocks the UI until it’s finished, which can take many seconds. To prevent this and work with thousands of entries without blocking everything, you just have to empty the list array and then fill it with the new modified array.So:Instead of a complicated workaround, just empty the List array and then set the new filters array. It may be necessary to introduce a delay so that emptying the listArray won't be omitted by the followed write.With a simple List like this and an listArray with your items:List(listArray){item in ... }Filter your array as needed and store the result somewhere. Then empty your original array! This way, SwiftUI won't do any comparisons and checks like it does when you just modifiy the array. After the array is empty fill it again with your ne

Could you please provide some context on the steps you took to debugged the issue and code snippet that would help in reproducing the issue. Also, are you performing some operations in the onAppear closure? and are you using @State property wrapper to manage your view states. Keep in mind that the onAppear(perform:) method is completed before the first rendered frame appears and SwiftUI makes no guarantee as to the exact time the method is called.

What is breweryData ? Is it the Array from lines 01 to 58 ?If so, where do you get the brewery of each item ?You could then filter the list depending on the brewery and use this filteredList in place of breweryDataSee example code here:h ttps://www.hackingwithswift.com/books/ios-swiftui/dynamically-filtering-a-swiftui-listIf not, what is it ?

The test import worked as planned, except (as mentioned by others elsewhere) for having to convert the details NSOrderedSet of main to a Swift Array for use in SwiftUI's ForEach. The import only took a second or two on an oldish iPad Pro in debug mode with Xcode 13 on a MacBook Pro (early 2015) - so that's OK. It looks like Fetch performance is good: List displays the 1000 or so main records, with their details, within a second - and that's on app launch. The next step is to implement the CloudKit sync, and see what happens with syncing to other devices: i.e. syncing of the largish volumes of data. Any thoughts/suggestions?

Hi, I face the same issue. I wrote here a short code for it: https://stackoverflow.com/questions/79129283/swiftui-drag-and-drop-in-the-same-list

You can use the disabled(_:) modifier. - https://developer.apple.com/documentation/swiftui/list/disabled(_:) swift TextField(Value, text: $text) .disabled(true)