172 похожих чатов

Всем привет! А подскажите пожалуйста, на чем лучше сейчас писать, на

чем качественнее, востребованнее, лучше etc.?
SwiftUI или Storyboards?
Заранее спасибо за ответ.

14 ответов

18 просмотров

ни то ни сё UIKit без сторибордов лучше всего, наше всё!

Alex-Kazemirov Автор вопроса
Руслан Лутфуллин
ни то ни сё UIKit без сторибордов лучше всего, на...

Это же сарказм?) Если не сарказм - почему лучше?

Alex Kazemirov
Это же сарказм?) Если не сарказм - почему лучше?

есть практика писать лейаут без сториборда, кому-то нравится, кому-то нет, и от проекта зависит, но это тоже нужно знать

Alex Kazemirov
Это же сарказм?) Если не сарказм - почему лучше?

SwiftUI классный, крайне дружелюбный для новичка, но минимальный нормальный таргет для него, это iOS 15, да и даже с ним он всё ещё не готов. У SwiftUI отсутствует такое понятие, как исправить баг. Нет такой возможности в 90% случаях. UIKit проверенный временем. На нём можно сделать всё и даже больше. Можно исправить практически любой баг всеми правдами и неправдами. Сториборды или нет? Я считаю сториборды атавизмом. Верстать нужно кодом.

Jetsam
что значит не исправить баг?

Ну вот сломался рендер у обычного текста или тебе не нравится как он рендерится, не помогают модификаторы и так далее? Что делать? Или я хочу написать свою коллекцию с переиспользованием?

Ну может тогда уже лучше писать на UIKit всё же? )

Руслан Лутфуллин
Ну может тогда уже лучше писать на UIKit всё же? )

может, но не совсем понятно про коллекции и и типы, это же от языка зависит, а не от того SwiftUI || UIKit ?

SwiftUI - за ним будущее, но оно еще не наступило. Лучше всего - учить, но "вторым эшелоном" Storyboards или кодом? Основные преимущества кода (проще обложить тестами, проще работать над одним куском нескольким разработчикам) раскрываются на больших проектах, где действительно пишутся тесты и есть несколько разработчиков. Недостаток кода - это время, вьюха средней сложности кодом делается дольше, чем через storyboards/xib, потому на проекте, который пишешь в одиночку/на пару сториборды/ксибы уместнее

Alex-Kazemirov Автор вопроса
A Tischenko
SwiftUI - за ним будущее, но оно еще не наступило....

я не перестаю повторять, у нас на проекте примерно 40 iOS разработчиков (работаем в одной кодовой базе), всё покрыто тестами, и мы юзаем сториборд) конфликты и спагетти могут быть и в верстке кодом, главное не какой инструмент выбрать, а как этот инструмент применять

Sasha_A
я не перестаю повторять, у нас на проекте примерно...

Да, любой инструмент можно применять без ошибок, и любым инструментом можно оттяпать себе ногу. Вопрос скорее в том, насколько легко потерять ногу при использовании одного и другого. Например, и с системой контроля версий можно пострадать, и с системой "копирую папку с проектом и заливаю на гуглдиск" можно хорошо жить

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта