ML
Ёж ЁЖ
за ранее спасибо
🙈
Size: a a a
2020 August 25
ML
это норма
норма писать так?
SV
типа да, жертвы ЕГЭ
ML
типа да, жертвы ЕГЭ
=))) ясно
х
▫️Какой у вас проект или где работаете?
Работаю в Itransition
▫️В чём вы специалист?
iOS Junior Developer
▫️Чем можете быть интересны или полезны сообществу?
Могу отвечать на простые вопросы:D
▫️Чем интересно сообщество вам?
Хочется большего информационного поля связаного с работой, чтобы черпать новые знания
▫️Откуда вы?
Беларусь, Минск
▫️Как узнали про группу?
Поиск в телеграме
Всем привет:)
Работаю в Itransition
▫️В чём вы специалист?
iOS Junior Developer
▫️Чем можете быть интересны или полезны сообществу?
Могу отвечать на простые вопросы:D
▫️Чем интересно сообщество вам?
Хочется большего информационного поля связаного с работой, чтобы черпать новые знания
▫️Откуда вы?
Беларусь, Минск
▫️Как узнали про группу?
Поиск в телеграме
Всем привет:)
VK
Привет, есть кто давно использует VIPER? Eсть один вопрос, который никак не дает мне покоя, а в этих ваших интернетах мнения разделились 50 на 50.
Сабж - есть модуль, который должен отображать список, ну, допустим, картинок. Для этого интерактор сначала получаетс JSON с этим списком в виде массиво URL, а потом асинхронно грузит сами пикчи. Интерактор пушит промежуточный разультат в виде массива, полученного из JSON в презентер, а вот дальше сам вопрос. Понятно, что презентер преобразовавыет эти данные для вью, но где эти преобразованные данные должны храниться?
Первый вариант - в презентере, а UITableViewDataSource должен в спрашивать данные у презентера, что то вроде presenter.imageAt(index: indexPath.row). Но тогда получается, что это вью просит данные у презентера, тобешь вью не пассивна, что противоречит VIPER.
Второй вариант - в самом вью, презентер просто отдает ViewModel данные вьюхе и на этом все. Но тогда процесс обновления данных и гарантия того, что данные актуальны могут очень усложниться, хотя все зависит от конкретного случая, само собой.
Сабж - есть модуль, который должен отображать список, ну, допустим, картинок. Для этого интерактор сначала получаетс JSON с этим списком в виде массиво URL, а потом асинхронно грузит сами пикчи. Интерактор пушит промежуточный разультат в виде массива, полученного из JSON в презентер, а вот дальше сам вопрос. Понятно, что презентер преобразовавыет эти данные для вью, но где эти преобразованные данные должны храниться?
Первый вариант - в презентере, а UITableViewDataSource должен в спрашивать данные у презентера, что то вроде presenter.imageAt(index: indexPath.row). Но тогда получается, что это вью просит данные у презентера, тобешь вью не пассивна, что противоречит VIPER.
Второй вариант - в самом вью, презентер просто отдает ViewModel данные вьюхе и на этом все. Но тогда процесс обновления данных и гарантия того, что данные актуальны могут очень усложниться, хотя все зависит от конкретного случая, само собой.
ЖБ
Привет, есть кто давно использует VIPER? Eсть один вопрос, который никак не дает мне покоя, а в этих ваших интернетах мнения разделились 50 на 50.
Сабж - есть модуль, который должен отображать список, ну, допустим, картинок. Для этого интерактор сначала получаетс JSON с этим списком в виде массиво URL, а потом асинхронно грузит сами пикчи. Интерактор пушит промежуточный разультат в виде массива, полученного из JSON в презентер, а вот дальше сам вопрос. Понятно, что презентер преобразовавыет эти данные для вью, но где эти преобразованные данные должны храниться?
Первый вариант - в презентере, а UITableViewDataSource должен в спрашивать данные у презентера, что то вроде presenter.imageAt(index: indexPath.row). Но тогда получается, что это вью просит данные у презентера, тобешь вью не пассивна, что противоречит VIPER.
Второй вариант - в самом вью, презентер просто отдает ViewModel данные вьюхе и на этом все. Но тогда процесс обновления данных и гарантия того, что данные актуальны могут очень усложниться, хотя все зависит от конкретного случая, само собой.
Сабж - есть модуль, который должен отображать список, ну, допустим, картинок. Для этого интерактор сначала получаетс JSON с этим списком в виде массиво URL, а потом асинхронно грузит сами пикчи. Интерактор пушит промежуточный разультат в виде массива, полученного из JSON в презентер, а вот дальше сам вопрос. Понятно, что презентер преобразовавыет эти данные для вью, но где эти преобразованные данные должны храниться?
Первый вариант - в презентере, а UITableViewDataSource должен в спрашивать данные у презентера, что то вроде presenter.imageAt(index: indexPath.row). Но тогда получается, что это вью просит данные у презентера, тобешь вью не пассивна, что противоречит VIPER.
Второй вариант - в самом вью, презентер просто отдает ViewModel данные вьюхе и на этом все. Но тогда процесс обновления данных и гарантия того, что данные актуальны могут очень усложниться, хотя все зависит от конкретного случая, само собой.
Я думаю, стоит хранить во view
ЖБ
При обновлении данных можно обновить таблицу, чтобы актуализировать все
VK
релоад таблицы вместо конкретных ячеек?
VK
В случае, когда данные могут очень часто меняться, такой подход даже вайпер превращает в ад
ЖБ
релоад таблицы вместо конкретных ячеек?
Ну я в общем сказал. Я же не знаю, что именно у тебя там.
Я в работе часто юзаю diffkit, чтобы особо не париться
Я в работе часто юзаю diffkit, чтобы особо не париться
VK
Ну я в общем сказал. Я же не знаю, что именно у тебя там.
Я в работе часто юзаю diffkit, чтобы особо не париться
Я в работе часто юзаю diffkit, чтобы особо не париться
прогуглил, вроде у эпл теперь нативно это все работает?
VK
DiffableDataSource или как то так
ЖБ
DiffableDataSource или как то так
Да, есть такое. Но дифференс кит пока быстрее (хотя это не показатель)
ЖБ
Я к сожелению не успел еще попробовать нативный вариант
VK
я пробовал - есть нюансы в виде отсутствия точечного редактирования при необходимости, приходится костылить
VK
но в целом вроде окей
Y
Ищу IOS разработчика. Надо допилить проект.
DA
Yura
Ищу IOS разработчика. Надо допилить проект.
Удалите сообщение, здесь не место для поиска сотрудников