OR
Но это, имхо, wrongway
Size: a a a
2020 December 01
OR
Иван Макеев
опять же, нет такого как "лучше (и проще)", там только шарить на жц активити, по другому у вас не получится.
Ок
ИМ
Хотя я встречал, что вьюмодель фрагмента передали в другой фрагмент для обмена данными. Оба фрагмента одновременно жили на экране и их жц совпадал
через бандл что ли?
OR
Иван Макеев
через бандл что ли?
Да
ИМ
Да
ну это уже говнокодинг называется.
OR
Иван Макеев
ну это уже говнокодинг называется.
Я предпочитаю говорить "индусский способ" 😁
ИМ
Я предпочитаю говорить "индусский способ" 😁
ну или так))
PS
А что используется в качестве локального хранения данных?
PS
какая-то бд?
EA
А что используется в качестве локального хранения данных?
Смотря какие данные.
Просто настройки можно в SharedPreferences хранить в виде key:value
Если большой объем данных, то в андроиде по дефолту используется sqlite database.
Просто настройки можно в SharedPreferences хранить в виде key:value
Если большой объем данных, то в андроиде по дефолту используется sqlite database.
PS
Смотря какие данные.
Просто настройки можно в SharedPreferences хранить в виде key:value
Если большой объем данных, то в андроиде по дефолту используется sqlite database.
Просто настройки можно в SharedPreferences хранить в виде key:value
Если большой объем данных, то в андроиде по дефолту используется sqlite database.
ясно, спасибо
S
Здесь можно размещать информацию, что в проект ищем людей?
S
Если здесь есть люди, которые заинтересованы в развитии проекта, то напишите в лс, расскажу более подробно
PS
Хотел еще один вопрос задать. Допустим есть пользователи. У одного пользователя происходит событие, второй пользователь должен об этом знать. Как осуществляется информирование пользователя о том, что у другого пользователя произошло событие? На серверной стороне нужно создать некоторый бокс, в который будут падать ивенты, а клиент должен по каким-то сигналам ходить в этот ivent box и забирать оттуда ivent'ы?
PS
Как это всё правильно делается?
OR
Как это всё правильно делается?
Я бы сделал так:
1. По событию у пользователя отправляются нужные данные на сервер.
2. Сервер отправляет push нужному клиенту-пользователю.
3. Получив push клиент-пользователь просыпается и забирает с сервера всё, что для него к этому моменту накопилось.
1. По событию у пользователя отправляются нужные данные на сервер.
2. Сервер отправляет push нужному клиенту-пользователю.
3. Получив push клиент-пользователь просыпается и забирает с сервера всё, что для него к этому моменту накопилось.
PS
Я бы сделал так:
1. По событию у пользователя отправляются нужные данные на сервер.
2. Сервер отправляет push нужному клиенту-пользователю.
3. Получив push клиент-пользователь просыпается и забирает с сервера всё, что для него к этому моменту накопилось.
1. По событию у пользователя отправляются нужные данные на сервер.
2. Сервер отправляет push нужному клиенту-пользователю.
3. Получив push клиент-пользователь просыпается и забирает с сервера всё, что для него к этому моменту накопилось.
т.е забирает всё-таки с ivent box'a все ивенты, верно?
PS
Но мне идея про пуш и забирания ивентов не нравится если честно. Лучше он сначала заберет ивенты, а потом покажет пуш
PS
чтобы не тормозило ничего
OR
т.е забирает всё-таки с ivent box'a все ивенты, верно?
Смотря какая цель. Если только уведомить получателя, то достаточно только уведомить сервер, а тот отправит пуш получателю.
Если передать данные от источника получателю, то либо через бокс на сервере, либо клиенту передать инфу о способе связи с отправителем и далее peer2peer
Если передать данные от источника получателю, то либо через бокс на сервере, либо клиенту передать инфу о способе связи с отправителем и далее peer2peer