вот под випер все делать это зашквар

А что получше есть?

Поч?

Поч?

Потому что выбор паттерна в конкретном месте должен быть связан с нагруженностью этого места, а пихать всюду без разбора – признак непонимания

Я видала примеры на вайпере, и он впрямь кажется хорошей архитектурой, во всяком случае, предпочла бы его той параше, что у нас творится, без колебаний. Другое дело, что во многих случаях архитектура просто навязана логикой приложения, поэтому "под випер делать все" - такого в принципе не может быть.

В твоей компании разработка это не ключевое направление, да?

я работаю в Grand Parade, мы пишем всякие приложения для William Hill (онлайн-ставки, казино всякие)

А не фу-фу это случайно, софт для казино писать

О, срач о вайпере) это уже классика)) хайповая тема. Вставлю пару копеек. Вайпер как любой паттерн это только рекомендация как решать определенную проблему. И пихать его везде хуже чем не пихать нигде, т.к. этот паттерн сильнее всего усложняет архитектуру и без осознания действительно ли он нужен лучше его не использовать. Начните с SOLID и базовых паттернов и тогда viper это просто более продвинутый паттерн из базовых. Попробуйте MVP и от него уже естественным путем придете к viper)

Для баланса скорости и робастности в условиях эволюционирующих требований последнее время юзаю какой-то адовый гибрид: - все разбивается на модули по условным сценариям - moya хорошо разбирается с нетворком - в рамках модуля есть нетворк сервис предоставляющий апи для модуля - стор сервис модуля делает то же самое для Realm - ReSwift обеспечивает хранение стейта (1+ сабстейтов на модуль), экшны и однонаправленные биндинги - диспатчер принимает все запросы из прослойки вью и работает со стейтом, стором и нетворком, отдавая апдейты через события ReSwift - слой вью состоит из презентера, конвертирующего модели в модели для вью, собственно вью (протокол, которому конформится какой-нибудь вьюконтроллер) и интерактора, который принимает сообщения от вью и разруливает с диспатчером - роутинг внутри модуля и часто вне модуля просто на сегах, потому что ReSwift все равно хранит стейт приложения и передавать ничего между вью не нужно - есть роутер, который слушает некие события ReSwift для исключительных случаев Звучит как очередной говновысер, еще и тяжеленький, но сска насколько проще его поддерживать и изменять по сравнению с вайпером, при аналогично жесткой структуре

Заходишь в любой айос канал а там опять вайпер

О, срач о вайпере) это уже классика)) хайповая тема. Вставлю пару копеек. Вайпер как любой паттерн это только рекомендация как решать определенную проблему. И пихать его везде хуже чем не пихать нигде, т.к. этот паттерн сильнее всего усложняет архитектуру и без осознания действительно ли он нужен лучше его не использовать. Начните с SOLID и базовых паттернов и тогда viper это просто более продвинутый паттерн из базовых. Попробуйте MVP и от него уже естественным путем придете к viper)

Для баланса скорости и робастности в условиях эволюционирующих требований последнее время юзаю какой-то адовый гибрид: - все разбивается на модули по условным сценариям - moya хорошо разбирается с нетворком - в рамках модуля есть нетворк сервис предоставляющий апи для модуля - стор сервис модуля делает то же самое для Realm - ReSwift обеспечивает хранение стейта (1+ сабстейтов на модуль), экшны и однонаправленные биндинги - диспатчер принимает все запросы из прослойки вью и работает со стейтом, стором и нетворком, отдавая апдейты через события ReSwift - слой вью состоит из презентера, конвертирующего модели в модели для вью, собственно вью (протокол, которому конформится какой-нибудь вьюконтроллер) и интерактора, который принимает сообщения от вью и разруливает с диспатчером - роутинг внутри модуля и часто вне модуля просто на сегах, потому что ReSwift все равно хранит стейт приложения и передавать ничего между вью не нужно - есть роутер, который слушает некие события ReSwift для исключительных случаев Звучит как очередной говновысер, еще и тяжеленький, но сска насколько проще его поддерживать и изменять по сравнению с вайпером, при аналогично жесткой структуре

Ты ведь в курсе что лет 6-7 назад никто не спрашивал на собеседованиях про него, а потом вдруг резко началось

SOLID это просто аббревиатура принципов которую чувак придумал не помню как его зовут. А принципы эти уже давно были

SOLID это просто аббревиатура принципов которую чувак придумал не помню как его зовут. А принципы эти уже давно были

Ну я так понял у тебя все поделено на классы с разделением обязанностей. При этом у тебя уже есть mvp и роутеры. А это возможно как раз и получился тот же вайпер. Просто ты не называл это вайпером и не раскидывал по папочкам по viper. Да и никто не говорил что сделать хорошо поддерживаемую архитектуру нельзя не применив вайпер по рамблеру

Какие еще полезные каналы по ios разработке посоветуете? Знаю @mobile_jobs и @mobile_jobs_talk

Видимо только кодом

Ну определять что за модель и ставить нужные constraints

народ, есть вопрос, который черт знает как решить. Как сделать так, чтоб для картинки, например, на 4 - 5s были одни констрейнты, а на 6- 7+ другие? Причем все в одной ориентации (пожтому сайз кассы и не подходят)

Маштабировать с помощью относительных размеров никак?

обьясни пож

Утебя есть зависимость от размера какого-нибудь супервью, так? Если это 5.3", то будет шире и выше относительно 3.5", если 4" то выше. От этого и пляши: есть констрейнт relative height/width, самому элементу устанавливаешь aspect ratio и вот

Здравствуйте. Подскажите как в tableView сделать автоматическое увеличения ячеек(когда subtitle или title в несколько строк) В старом проекте сделал, все работает. В новом проекте делаю тоже самое - ячейки не изменяются

значит что-то не так делаешь