В Свифте нет прямого конектора? Как в питоне?

типа ты хочешь открыть соединение с серваком и с телефона с ним работать? я хз, но звучит небезопасно, так что вряд ли. если интересна просто работа в учебных целях с какой-то СУБД, то проще sqlite взять и ее положить на устройство

А с SQLite как это делается?

С удалённой базой чтоб более безопастно получается только через API запросы делать?

sqlite можно разместить не на удаленном серваке, а прямо в телефоне. На хабре была статья и есть какая-то обжектив-сишная библиотека, которая добавляет в это дело синтаксического сахара. дока уже наполовину устарела, так что придется посношаться, у меня где-то был проект где все это дело чудом удалось завести, вечером могу поискать. Если SQL необязателен и нужно просто хранение данных, то к слову можно заюзать realm и core data, с ними поменьше мучений и в жизни ios-разраба полезней

ага. и сервер в своем обработчике API будет выполнять защитную функцию, чтоб ему какой-нибудь rm rf не писали а делали ток допустимые вещи. можно не через Rest-овые, а сокеты всякие подымать

Будет время скинь пожалуйста в лк что найдёшь по этой теме. Почитаю.

статью лучше поискать самостоятельно, запрос sqlite objective-c / sqlite swift / sqlite ios (может новая, актуальнее появилась). могу поискать код вечером, если напомнишь, сама не вспомню

Ок :)

ну и если не самоцель трогать SQL то реально лучше realm/core data

кто-то работал с отчетами о крашах из TF? помогите понять, это ошибка, связанная с зомби или самая простенькая, а то после отчетов в фабрике, где для глупеньких все объясняется, тут чета неясна куда смотреть
Exception Type:  EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000001, 0x00000001a16b35c4
Termination Signal: Trace/BPT trap: 5
Termination Reason: Namespace SIGNAL, Code 0x5
Terminating Process: exc handler [5412]
Triggered by Thread:  0

Thread 0 name:
Thread 0 Crashed:
0   libswiftCore.dylib              0x00000001a16b35c4 _assertionFailure(_:_:file:line:flags:) + 800 (AssertCommon.swift:132)
1   libswiftCore.dylib              0x00000001a16b35c4 _assertionFailure(_:_:file:line:flags:) + 800 (AssertCommon.swift:132)
2   MyProject                      0x0000000104e8b834 ThemeManager.labelStyle() + 640

AssertCommon.swift? 132 строка.  Нет?

это уже внутренний свифтовый assert, он не из моего кода вызван. попробовала защититься от нилов, которые при биндинге objc и swift возникают пока, но если кто-то знает точно связано ли с проблемами в потоках - я буду рада услышать

Всякие force unwraped использовали? 🤔

неа. предположили что одно значение, которое берется из обжектив си кода, форс анврапится неявно при бриджинге, а внутри нил

Ну тогда в objc коде смотрите nullability

Может где не проставили в свойствах

угу, там поправили. а как вышло определить, что форс анврап?

Я предположил. 🤷‍♂️

аа, хорошо, пасиб)