Size: a a a

iOS Developers — русскоговорящее сообщество

2019 November 26

T

Tarik in iOS Developers — русскоговорящее сообщество
Или 1 масив но есть пропертя isAdded и в первой секции фильтр по ней
источник

А

Александр in iOS Developers — русскоговорящее сообщество
Sasha_A
грубо говоря у тебя есть два массива источников данных, для каждого секция, когда нажал на добавление, элемент удаляет из второго массива и добавляется в первый, потом обновляется табилца. Это если самый простой вариант, задумываясь о какой-то красивой анимации, например.
ооо, интересная идея. Спасибо.
буду решать в этом направлении 👍
источник

N

Nureke in iOS Developers — русскоговорящее сообщество
😊
источник

IL

Ivan Lupenkov in iOS Developers — русскоговорящее сообщество
Почему так в IOS 13 убили бэкграунд локации?
источник

IL

Ivan Lupenkov in iOS Developers — русскоговорящее сообщество
Все приложение основано на отправлении локации, в бэкграунде. И полностью убиты... хотя Always стоит.
источник

VK

Vlad Kuznetsov in iOS Developers — русскоговорящее сообщество
#whois разработчик на аутсорсе стаж полтора года. Красноярск. Пишу исключительно на swift, использую Alamofire, Magical record.
источник

VK

Vlad Kuznetsov in iOS Developers — русскоговорящее сообщество
Может сталкивался кто с такой задачей - Есть модуль чата (приложение на Viper), он может брать данные с сервера и брать\сохранять в Core Data. Есть функции удаления\отправки сообщений и вот это вот все, но есть нюанс. Из экрана чата можно перейти, например, на аккаунт пользователя, с кем ведется диалог, а оттуда в новый инстанс того же чата. Вопрос - как организовать данные таким образом, что при удалении\добавлении сообщений во втором инстансе, изменения бы отображались и в первом. (например в вк, если перейти из далога в аккаунт а оттуда опять в диалог, то при возвращении в первый инстанс все уже тут как тут). Думал про rxSwitf, но толком с ним не знаком.
источник

NK

Nick Kopilovskii in iOS Developers — русскоговорящее сообщество
Vlad Kuznetsov
Может сталкивался кто с такой задачей - Есть модуль чата (приложение на Viper), он может брать данные с сервера и брать\сохранять в Core Data. Есть функции удаления\отправки сообщений и вот это вот все, но есть нюанс. Из экрана чата можно перейти, например, на аккаунт пользователя, с кем ведется диалог, а оттуда в новый инстанс того же чата. Вопрос - как организовать данные таким образом, что при удалении\добавлении сообщений во втором инстансе, изменения бы отображались и в первом. (например в вк, если перейти из далога в аккаунт а оттуда опять в диалог, то при возвращении в первый инстанс все уже тут как тут). Думал про rxSwitf, но толком с ним не знаком.
Работу с базой можно перенести в отдельный сервис (менеджер) и сделать синглтоном; построить работу модуля с сервисом на нотификациях
источник

VK

Vlad Kuznetsov in iOS Developers — русскоговорящее сообщество
Работа с базой (да и с Api) и так в сервисе, но вот модуль ведь может быть для разных чатов (диалоги с разными людьми), так что синглтон не подходит, или я не так что то понял? Вообще, это первое что в голову пришло
источник

VK

Vlad Kuznetsov in iOS Developers — русскоговорящее сообщество
Разве что сделать фабрику по id чата
источник

NK

Nick Kopilovskii in iOS Developers — русскоговорящее сообщество
Как вариант
источник

S

Sasha_A in iOS Developers — русскоговорящее сообщество
Возможно легче всего пробрасывать делегат?
источник

NK

Nick Kopilovskii in iOS Developers — русскоговорящее сообщество
Или же переписать transition для navigation controller и вместо push делать pop
источник

VK

Vlad Kuznetsov in iOS Developers — русскоговорящее сообщество
делегат это один к одному отношение, а цепочка инстансов может быть дооолгой
источник

S

Sasha_A in iOS Developers — русскоговорящее сообщество
один к одному и будет, один чат к одному профилю, один профиль к одному часту, один чат к одному профилю, один профиль к одному часту, т.д.
источник

VK

Vlad Kuznetsov in iOS Developers — русскоговорящее сообщество
Nick Kopilovskii
Или же переписать transition для navigation controller и вместо push делать pop
цепочка может быть не последовательной (из чата в вообще левый модуль оттуда еще куда и ток оттуда в чат)
источник

S

Sasha_A in iOS Developers — русскоговорящее сообщество
на любой глубине цепочка сработает назад
источник

S

Sasha_A in iOS Developers — русскоговорящее сообщество
самый костыльный вариант, при любом возврате в чат делать обновление данных) откуда бы ни был pop
источник

VK

Vlad Kuznetsov in iOS Developers — русскоговорящее сообщество
ну вот это я тож обдумывал, но там придется перезаписывать лишний раз в базу + tableView если уже проскролен то сбросится
источник

S

Sasha_A in iOS Developers — русскоговорящее сообщество
Vlad Kuznetsov
ну вот это я тож обдумывал, но там придется перезаписывать лишний раз в базу + tableView если уже проскролен то сбросится
Можно же сделать что бы не сбросился, обновиться все данные что показаны. Во всех чатах так
источник