Какие подходы к верстке интерфейсов в iOS вы использовали?

Ну вот, опять про эту вашу верстку на iOS. Сидишь, блядь, как дурак, и думаешь: какого хуя столько способов нарисовать кнопку на экране? А их, сука, до овердохуища! И каждый со своей философией, как будто мы не кнопки рисуем, а храмы строим.

Смотри, есть у нас, например, Interface Builder (этот ваш Storyboard/XIB). Ну, вроде красиво — тыкаешь мышкой, перетаскиваешь, и вроде как видишь, что получается. Быстро? Быстро. Для какого-нибудь онбординга или статичной херни — самое то. Но попробуй в команде из пяти человек над одним сторибордом поработать — merge конфликты будут такие, что волосы дыбом встанут. Пиздец, а не разработка. Один не туда ткнул — и всё, проект не собирается, все бегают и орут: «Кто, сука, последний коммитил?».

Дальше — программная верстка. Вот это, блядь, для настоящих мужиков. Сидишь и пишешь код, как будто стихи сочиняешь. Полный контроль, никаких конфликтов в гите, потому что каждый со своим файлом возится. Но, ёпта, кода — дохуя. Каждую констрейнту прописывать, каждый anchor выставлять. Смотри, вот пример, чтоб ты понимал масштаб пиздеца:

// Пример с NSLayoutAnchor
let label = UILabel()
view.addSubview(label)
label.translatesAutoresizingMaskIntoConstraints = false
NSLayoutConstraint.activate([
    label.topAnchor.constraint(equalTo: view.safeAreaLayoutGuide.topAnchor, constant: 20),
    label.leadingAnchor.constraint(equalTo: view.leadingAnchor, constant: 16),
    label.trailingAnchor.constraint(equalTo: view.trailingAnchor, constant: -16)
])

Видишь? Целый абзац, чтобы лейбл прилепился к верху экрана. Поэтому умные люди придумали SnapKit. Тот же самый код, но в разы короче и читабельнее. Просто красота, в рот меня чих-пых!

// Пример с SnapKit (более лаконичный синтаксис)
label.snp.makeConstraints { make in
    make.top.equalTo(view.safeAreaLayoutGuide).offset(20)
    make.horizontalEdges.equalToSuperview().inset(16)
}

А теперь, внимание, ёперный театр — SwiftUI. Это вообще, блядь, магия какая-то. Ты пишешь код, а интерфейс сам обновляется, как по волшебству. И preview есть — видишь сразу, что наваял. Кросс-платформенность, лаконичность... Да ты глянь:

struct ProfileView: View {
    @State private var username: String = ""
    var body: some View {
        VStack(spacing: 20) {
            TextField("Enter name", text: $username)
                .textFieldStyle(.roundedBorder)
            Button("Save") { saveUsername(username) }
                .disabled(username.isEmpty)
        }
        .padding()
    }
}

Вот это, сука, красота! Вся форма на экране — и это всего-то десять строчек. Но и тут, конечно, не без подводных камней. Нужен iOS 13+, и половину родных компонентов из UIKit ты с наскока не прикрутишь. Придётся эти ваши UIViewRepresentable городить, а это уже отдельная история, блядь.

Ну и конечно, есть композитные подходы. Типа, собери всё в кучу, как бог на душу положит. UIStackView для группировки, базу в сториборде, а кастомную херню — кодом. Главное — не запутаться в этом зоопарке.

Так как же выбрать, спрашиваешь? Да всё просто, как три копейки:

• Если проект новый и таргет iOS 13+ — бери SwiftUI и не мучайся. Это будущее, хоть и сыроватое ещё.
• Если проект старый, большой и с кучей legacy-кода — программная верстка (лучше с SnapKit) твой верный друг. Никаких сюрпризов, всё под контролем.
• Ну а если ты один делаешь пет-проект или только учишься — сториборд сойдёт. Только не вздумай его в команду тащить, а то тебя там живьём съедят.

Вот и вся наука, блядь. Выбирай инструмент под задачу, а не потому что модно. И да пребудет с тобой сила, и терпения ебать больше нуля.