Comments 10
Просто поныть раз нет комментариев. Про переписанные на SwiftUI стандартные приложения. В OsX там так еще хуже.
https://twitter.com/EKazaev/status/1704532389609796081 https://twitter.com/justinxinliu/status/1715437703989191138
В копилку xCode и IOS добавился Swift UI.
То есть пофиг что аппл пофиг рассия?
Есть ли здесь и сейчас смысл вкладываться в изучение-внедрение технологий Apple? (лично у меня сомнения)
Я не iOS разработчик, но плотно работаю с compose в Android. И если кастомные элементы в swift ui делать так же просто, то не понимаю страданий по ромашке, задача на 1-2 дня свою написать. А если картинку просто крутить, то и того быстрее.
И если сложность равна таковой в compose, то я бы не сказал что за неделю все понять получится...
Саму "ромашку" в SwiftUI сделать не сложно, однако нативная довольно плотно интегрируется со своим контейнером и влияет на его поведение: отступы, панель навигации...
При условии понимания общей концепции и наличии достаточного опыта за пределами SwiftUI, через неделю человек уже может верстать простые интерфейсы и решать продуктовые задачи.
В этом году Apple внезапно убила Combine и выкатила ему на замену новый фрейворк — Observation. Как быть с ним?
Корректно ли говорить, что это – проблема SwiftUI? Скорее, это – проблема Xcode. Кстати не единственная. Там вообще много интересного творится. Ощущение, что проблемы начинаются, когда Xcode пытается интегрироваться с продуктами других команд внутри самой Apple, не говоря уж о том, что сама IDE, так скажем, не идеальна.
Preview крашится. Факт. Но это лучше, чем ничего.
Завидую себе что давно завязал с нативной ios разработкой и использую React Native. Сам язык swift на начальном этапе дал понять, что инженеры в apple уже далеко не те, и будет хуже.
PS. Кстати многие нынче используют подход из JS/TS - ReSwift вместе с UIKit, и я бы так и делал.
SwiftUI: от сомнений к успешному внедрению