Do all the things like ++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatarSign Up
C0D4411929dMaybe it's my lack of mobile development, but I seriously can't see how the SwiftUI syntax creates the views that it does.
Feels like you're loosing control of the front end somehow and relying on it to just work.
@C0D4 I had the same feeling with flutter, but the upside for now:
1. Takes away the mess of handling constraints
2. UI is assured to be consistent in terms of margins and padding, that's an issue I sometimes face when dealing with iOS
Takes away flexibility, when I have to design frontend with current tools, I have more control over the overall theme of the app, how things are aligned ...etc.
Maybe I'm new in Flutter so that I feel not in control. I can only confirm this for iOS once XCode 11 is out this fall and I actually test both design ways
Been writing iOS apps for a fair while. Haven't tried SwiftUI yet. From seeing the demo's though, it looks like it will reduce a lot of effort in creating UI, so long as the UI is 100% matching Apples guidelines, paddings, margins etc.
I've worked for many companies and none to date have ever been ok with having their designs that restricted. I regularly have arguments about how much extra effort it is to go custom and they don't care.
My biggest issue with SwiftUI is no longer being able to see the apps navigation with Storyboards + Segues. This is by a long shot the most underrated thing in iOS. The amount of times we had a super quick onboarding sessions, or were able to take screen shots of the whole thing for a doc, or even send a pic to upper management to answer a question. I'm not ok with walking away from all the benefits this gives, as they are hugely time consuming to resolve otherwise
@gitpush There will still be a navigationBar and a navController, but my understanding is that SwiftUI comes with a new means to move to another screen. It resembled something i've seen with Co-ordinators (which I hate lol). SwiftUI deals with Single Views at a time, so there is no segues in the editor, or anyway to zoom out and see all the screens, like in a storyboard.
Given you can embed a SwiftUI view inside a bigger view, its probably possible but extremely cumbersome to use them with storyboards.
Consensus in the community is that SwiftUI is an alternative/replacement to storyboards. But many still see the need to use storyboards and other techniques due to needing custom UI
Is this their 3rd or 4th UI library?
@gitpush they introduced a new framework called combine. First party support for observables etc. it’s RxSwit-y
Not super excited about that. I see a few use cases for some like RxSwift, but overall a lot of the problems it solves are not problems I’ve really had to deal with. Or if so, the solution was less that adding a 40k LOC library and completely changing the development paradigm ha
Your Job Suck?
Take a quick quiz from Triplebyte to skip the job search hassles and jump to final interviews at hot tech firms
Get a Better Job
ganapativs14The website of Alphabet(parent company of Google) - https://abc.xyz, has hidden link to Hooli, the tech compan...
linuxxx44Not entirely dev related. Just wondering if I'm the only one on here who actually EATS coffee beans regularly...
gitpush15Is this devRant or childRant? You never know 🙄