А что лучше использовать? В идеале БД какую-нибудь прицепить)

Да какая бд,  просто в массиве, но не статическом

Потом позже статика может вылезти боком

Чем меньше статики тем лучше

Кто про тёплое, кто про мягкое. :)
Вполне достаточно UserDefaults для хранения такого массива строк.

Я просто не совсем понял вопрос))))

Именно вопрос где хранить массив или как сохранять изменения после завершения работы приложения

Граждане, кто может подсказать что за дичь творится? Я пытаюсь избавится от опционала в значениях текстовых полей, забиваю в оба поля данные, и первая строка нормально работает и присваивает переменной не опциональное значение, а второй переменной какой-то класс присваивается.

Причем если вывести значение этой переменной в print, то все ок, выводится именно значение, на скрине видно, что это "а"

предположу, потому что это поле для ввода пароля: специальный внутренний класс, который не оставляет следов в памяти после деаллокации _NSClStr - an NSString that zeroes its contents with memset_s() when deallocated

Точно, это поле ввода пароля. Спасибо!

Обновление полностью таблицы при удалении всего одного элемента - плохая практика, тем более если известен индекс удаляемого элемента. Так же сейчас удобно использовать diffable data source, там все автоматом обновляется.

Понял, спасибо

так обновляется ведь только видимая часть

А что не так? Невидимая часть обновится при скролле. Или имеется в виду удаление по горизонтальному свайпу - обратная задача? Не совсем понял.

ну я к тому - в чем проблема если обновить «всю» таблицу при удалении одного элемента, если по факту обновляется только видимая часть таблицы 🙂

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

Я сталкивался с проблемой производительности, у меня были теги, которые вычислялись с помощью regex каждый раз при печатании в NSTextView. Так вот я написал механизм схожий с diff data source , тогда все стало норм. Вычислялись индексы для вставки, обновления, удаления и перемещения. Я тогда думал, что это за дичь, мне казалось, алгоритм жутко затратный по сложности.

Всем привет
Подключена гугл аналитика в приложение IOS
Выпустил обновление в App Store
Прошло 2 дня. По статистике Apple - приложение обновило 900 человек
По гугл аналитике - 141
В новой версии приложения пуши отправляются всего на 175 устройств, когда обновлений около 900 есть
Как с этим бороться? Сейчас из - за этого очень много пользователей просто не могут получить пуши
Если на старой версии мне показывало 900 отправленных пушей и ни одной жалобы не было, то сейчас они занизились до 175 отправок
Может конечно я прям сверх проглупил, так как я не ковырялся в аналитике
Подключил и использую с коробки, а сам гоню сейчас, что ничего не работает
Но на сколько я понимаю, там есть дефолтные события, которые не надо настраивать
Например, открытие пуша. Я даже когда тестил приложение до релиза в ап стор - проверяли как оно работает. Было 10 человек. Отправлял пуш, все открывали его. Проверяли статистику открытий - показывает цифру открытий пуша  = 2 или 3

Добрый вечер! Подскажите пожалуйста как назначить делегатом ViewController без segue и Storyboard?

Тот контролер который должен принять данные находится через один в иерархии. Неужели я должен передавать данные через каждый контролер до него?