Size: a a a

Android Developers

2020 July 20

QH

Quantum Harmonizer in Android Developers
Vsevolod Semenov
Блин! Но листать fastscrolling не будет с пагинацией на любую точку массива.
да, поэтому https://t.me/android_ru/747042
источник

OP

Oleg Pchelkin in Android Developers
Vsevolod Semenov
но записей не 20, а 3000
Ага, ага, в 10 раз больше) определись сначала со своим примером)
источник

ew

evg winter in Android Developers
Язык для бота не важен.  Можно ли на андроиде использовать "безголовый" браузер , вроде selenium ? Подскажите пжл.  аналоги
источник

VS

Valentin Sergeev in Android Developers
Quantum Harmonizer
можно, но методом с выборкой первичных ключей выходит дешевле
К теме про загрузку через первычные ключи - если данные идут с сеовера, не создаст ли это сильной нагрузки на сервер? (1 http запрос за каждый новый bind)?
источник

OP

Oleg Pchelkin in Android Developers
Короче, если ты выводишь 30000 текствью и это единственная цель в жизни, то ни сильной нагрузки на память ни сильной нагрузки на сеть это не даст - хочешь юзать лист - юзай. Но это не значит что все остальные решения не имеют своих применений)
источник

ДР

Дмитрий Рубцов 🇷🇺🔥... in Android Developers
Я предлагаю абстрагироваться от примера с бд и перейти к примеру с сервером
источник

OP

Oleg Pchelkin in Android Developers
Valentin Sergeev
К теме про загрузку через первычные ключи - если данные идут с сеовера, не создаст ли это сильной нагрузки на сервер? (1 http запрос за каждый новый bind)?
Не, тут речь про локальную бд была
источник

QH

Quantum Harmonizer in Android Developers
evg winter
Язык для бота не важен.  Можно ли на андроиде использовать "безголовый" браузер , вроде selenium ? Подскажите пжл.  аналоги
WebView
источник

QH

Quantum Harmonizer in Android Developers
Valentin Sergeev
К теме про загрузку через первычные ключи - если данные идут с сеовера, не создаст ли это сильной нагрузки на сервер? (1 http запрос за каждый новый bind)?
Ну, всё просто:
* не нужно грузить по одному
* не нужно использовать HTTP/1.1
источник

QH

Quantum Harmonizer in Android Developers
Дмитрий Рубцов 🇷🇺🔥
Я предлагаю абстрагироваться от примера с бд и перейти к примеру с сервером
Совершенно другой мир. С SQLite чтение зачастую можно вообще в мейне делать и ничего плохого не произойдёт.
источник

AK

Andrei Kravz in Android Developers
добрый вечер. у меня тут залипаловка на GridLayout получилась.
никак не могу заставить его сжимать ImageView основываясь на кол-ве row и col.
p.s. создаю GridLayout из xml, а ImageView в коде.
источник

ew

evg winter in Android Developers
спасибо .
источник

VS

Valentin Sergeev in Android Developers
Quantum Harmonizer
Ну, всё просто:
* не нужно грузить по одному
* не нужно использовать HTTP/1.1
keep alive?
источник

ДР

Дмитрий Рубцов 🇷🇺🔥... in Android Developers
Quantum Harmonizer
Совершенно другой мир. С SQLite чтение зачастую можно вообще в мейне делать и ничего плохого не произойдёт.
Я просто пытаюсь найти способ объяснить смысл пейджинга 🤷‍♂
источник

QH

Quantum Harmonizer in Android Developers
Valentin Sergeev
keep alive?
Что «keep alive»?
источник

К

Кирилл in Android Developers
Дмитрий Рубцов 🇷🇺🔥
Я просто пытаюсь найти способ объяснить смысл пейджинга 🤷‍♂
Да забейте. Когда нибудь с таким подходом он выстрелит себе в ногу и сам все поймет
источник

VS

Valentin Sergeev in Android Developers
Quantum Harmonizer
Что «keep alive»?
Заголовок в http, позволяет не создавать новое TCP соединение под каждый http запрос
источник

QH

Quantum Harmonizer in Android Developers
Valentin Sergeev
Заголовок в http, позволяет не создавать новое TCP соединение под каждый http запрос
и что он? Все используют Connection: keep-alive, от этого HTTP/1.1 не перестаёт быть безнадёжно избыточным.
источник

VS

Valentin Sergeev in Android Developers
Quantum Harmonizer
и что он? Все используют Connection: keep-alive, от этого HTTP/1.1 не перестаёт быть безнадёжно избыточным.
С ним должно быть меньше накладных расходов на многократные запросы, думал ты это имел ввиду
источник

QH

Quantum Harmonizer in Android Developers
Valentin Sergeev
С ним должно быть меньше накладных расходов на многократные запросы, думал ты это имел ввиду
Нет, когда я говорил «не нужно использовать HTTP/1.1», я имел в виду, что не нужно использовать HTTP/1.1. Если я сказал это недостаточно однозначно, помоги мне, пожалуйста, сформулировать лучше)
источник