Добавлять новые, если появятся

Естественно

Можно сделать универсальную ячейку с кучей опциональных полей, что бы можно было отображать только то, что требуется, + цвет и шрифт отправлять с бэка. Не кардинально же меняется ячейка? Хотя может так себе работать.

Есть пример что бы понимать что значит «кардинально»?

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

Заранее нельзя прикинуть насколько сильно могут отличаться ячейки? Что именно меняется?

Если прямо сильно, то да, нет смысла закладываться, легче сделать обновление. (И не забывать поддерживать старые версии или же заставлять их делать форс апдейт)

Мы просто webview используем, и в нем наш портал показываем. Все gui в нашем портале

У нас как раз обратная задача стоит, избавиться от веб вью

Могут сильно, как дизайнерам в голову взбредёт, к сожалению. А меняется и контент, и поведение

Ну тогда обновления, только не забывайте поддерживать старые версии, как я уже выше написал. У нас каждые две недели по расписанию обновление, ничего страшного в этом нет)

Хорошо, всем спасибо за помощь)

Всем привет! Словил такую проблему. Через Yandex Payment подключен Apple Pay, Merchant ID в кабинете один(до этого был еще один, нане прибит насмерть), сертификат у свежего Merchant`а был один единственный, он же и у Яндекса, сверяли. Апп с оплатой не выкладывался на всеобщее обозрение, только тест. При попытке оплаты, Apple Pay через раз шифрует другим ключом, из-за чего выскакиевает ошибка токенизации. Яндекс по этому поводу ничего не может сказать, только тыкает пальцев в Apple, мол они формируют не правильно. Может кто сталкивался с подобной проблемой и может сказать как решали? Зарее благодарю

Поскажите, можно ли как-то задать для одного view положение bottom, а для второго fill. Чтобы один был прилеплен снизу, а второй заливал остальное пространство. При этом если нижний ресайзелся, то второй тоже менял размер??

Ребята, чисто из интереса (сам далёк от мобайл-разработки), в  iOS-разработке какой паттерн проектирования юзается чаще: MVVM или MVP? И вообще, какое место здесь занимает MVC?

MVC ясен пень

просто потому что он по умолчанию

Ну вот насколько он потянет против MVP / MVVM?

Ну он повсеместно их превосходит, и посути прият как стандарт в любых интерфейсах

в смысле потянет? типа кто сильнее тигр или лев?