AS
С какой целью - я не знаю, никогда не использовал
Size: a a a
2020 November 20
AS
Думаю на тот же startAndroid расписано неплохо на эту тему
ES
А обьект view : View передаем, чтоб получить доступ к макету ?
не к макету, а ко вью
ft
понял , пошел дальше читать доку )
DI
Народ кто то встречал офлайн заполнятор адресов?
Офлайн?? ну это можно сделать, только тебе все существующие адреса надо загрузить в стрингс. хмл.
V
Народ кто то встречал офлайн заполнятор адресов?
Ты можешь его сам написать разве что )
DI
понял , пошел дальше читать доку )
ну ты слишком то не зарывайся )) не задавайся слишком вопросами "почему это так работает", достаточно знать "как это работает". А то так и до истоков всея Java докопаться можно, если вовремя не остановиться )
ft
ну ты слишком то не зарывайся )) не задавайся слишком вопросами "почему это так работает", достаточно знать "как это работает". А то так и до истоков всея Java докопаться можно, если вовремя не остановиться )
согласен , но хотя бы базовые алгоритм , как должно работать . Тоже нужно знать )
DI
Народ кто то встречал офлайн заполнятор адресов?
почитай про autoCompleteTextView. А вот как ты базу адресов будешь в телефоне хранить, ну тут придется заморочиться
AM
Я то думал че попроще есть))
DI
Я то думал че попроще есть))
Ну даже навигаторы чтоб офлайн работали, нужно скачать карту офлайн со всеми ее адресами. Так что проще чем скачивать базу - ничего нет..
AM
Ну даже навигаторы чтоб офлайн работали, нужно скачать карту офлайн со всеми ее адресами. Так что проще чем скачивать базу - ничего нет..
Тоже верно, ладно спасибо большое
DI
та будь здоров )
VV
Есть бага в приложении не можем поймать. параллельно с девайса отправляется 2 одинаковых запроса в течении нескольких милисекунд. Чтобы этого избежать сделал специальный стек запросов, типа если запрос уже есть в стеке то остальные такие же выбрасываем в никуда, пока этот не выполнится и выйдет из стека. Но периодически выстреливает в рамках нескольких милисекунд. Метод, который добавляет в стек Synchronized. Повторить не получается стек отрабатывает как надо. мне думается что если прям запустить два потока в одну милисекунду то возможно получится повторить, вопрос следующий как запустить несколько потоков в одну единицу времени с помощью RX (Zipом????), если последовательно пишу в коде то последовательно и запускается даже если там циклов навертеть внутри первый зашел и лочит все остальные, я думаю может дело именно в моменте входа первого.
VL
Есть бага в приложении не можем поймать. параллельно с девайса отправляется 2 одинаковых запроса в течении нескольких милисекунд. Чтобы этого избежать сделал специальный стек запросов, типа если запрос уже есть в стеке то остальные такие же выбрасываем в никуда, пока этот не выполнится и выйдет из стека. Но периодически выстреливает в рамках нескольких милисекунд. Метод, который добавляет в стек Synchronized. Повторить не получается стек отрабатывает как надо. мне думается что если прям запустить два потока в одну милисекунду то возможно получится повторить, вопрос следующий как запустить несколько потоков в одну единицу времени с помощью RX (Zipом????), если последовательно пишу в коде то последовательно и запускается даже если там циклов навертеть внутри первый зашел и лочит все остальные, я думаю может дело именно в моменте входа первого.
а метод который читает со стека тоже synchronized?
VV
а он сразу следующим вызывается
VV
он нет
VV
но вызывается из этого же метода
VL
в таких случаях чтение и запись в стек дожно быть syncronized по переменной стека. А остальное поведение зависит сугубо от того где чистите стек
VL
как минимум при текущей Вашей реализации рискуете нарваться на ConcurrentModificationException