Now views talk with others via the new reactive framework, Combine. No matter what technologies you choose, one thing I can assure you is you can create a great app out of either one of them.

I suggest you try both of them and judge for yourself which paradigm you like the most. Both UIKit and SwiftUI are different beasts with different ways of thinking. Too bad I don't have the answer to this question. If I can learn one thing today, what would it be UIKit or SwiftUI? I expect both to coexist for a long time, SwiftUI is very young and needs years to grow to be able to replace its ancestor. Apple just introduces SwiftUI, and it already looks great. Not right now, but I can see it might in the future. You need to come back to UIKit when you hit a roadblock. IOS 14 closing some gap, but the point remains. At the current stage, SwiftUI is still missing many features, and I think even you start fresh with SwiftUI, you still need to come back to UIKit from time to time. Yes, UIKit would still be an important part of the iOS world for quite some time. So the best case would be a year until you can get a hand on this lovely SwiftUI.Ī new WidgetKit framework in iOS 14 is exclusive to SwiftUI, so you might need to learn it this year if you want to support a new widget. Because most client work would like to support as much as users as possible, that means you have to work on an app that supports iOS N-1, N-2, or worse N-3. If you plan to find a job or work on a client project in which you have no control over this OS version, you might want to wait a year or two before considering moving to SwiftUI.

If you work on a new app that plans to target only the mentioned OS, I would say yes. It depends since SwiftUI runs on iOS 13, macOS 10.15, tvOS 13, and watchOS 6. Frequently asked questions about SwiftUI.

Swiftui tabview selection