Replies: 1 comment
-
Bugs and crashes. The biggest problems I had were crashes inside the native components used internally by SwiftUI. For example, I use a It's possible to support both iOS 13 and iOS 14, but iOS 14 fixed a lot of nasty bugs and added a bunch of useful components, so if you are going all in on SwiftUI, I would personally target iOS 14 to lessen the pain. This might sound a little negative, but know that I love SwiftUI and it was worth all the problems. My code is much shorter, better, and less buggy because of SwiftUI and compared to my old AppKit/UIKit code. |
Beta Was this translation helpful? Give feedback.
-
I'm evaluating SwiftUI. I'm not here to ask "is it production ready?". I think that question is a bit too broad and probably depends on the actual app one may be building. So my question is - when you adopted SwiftUI, what are some really big hurdles you hit that really slowed you down, that forced you into nasty hacks, or back into UIKit?
In the end, we'll probably end up taking a piecemeal approach, writing new, small, less risky components in it first, until we build up our skills and confidence in it, but I'm looking for a clearer picture of the limitations before we dive in. For example, I heard someone once say "Use SwiftUI for views, but use UIKit for navigation, because it's still buggy and limited." (I don't know if that's true! Maybe last year, maybe in the betas - I'm just giving an example). Another one might be lack of UITextView's features support? Links, attributed text, etc. So what are some places you found yourselves stuck in some deep holes, and what did it take for you to get out? How about things that are difficult in supporting both iOS 14 and 13?
PS - Reading through this wishlist post was helpful in identifying some areas #4
Beta Was this translation helpful? Give feedback.
All reactions