только свой велосипед городить?

гугл только про java.net.URI говорит

а хотя URLEncoder подошел

https://docs.oracle.com/javase/tutorial/networking/urls/urlInfo.html

Или.... Чего ты хочешь добиться?

да я добился уже

https://github.com/jkcclemens/khttp а кто-нибудь вот этим пользовался?

почему-то при скачивании некоторых файлов качает не до конца, а например 21 КБ и все

делаю как в мануале, через get(...).raw.chunkIterator

причем я грешил на сервер, на котором лежат файлы, но браузером нормально качается

покажи код

https://gist.github.com/unn4m3d/1d9a1a6ffb474edf1163d165108fb8d3

только сильно не пинайте пж

То есть скачивается менее, чем один чанк?

не всегда

иногда 50% мегабайтного файла скачивается

попробую без contentIterator

в общем, сделал просто while(r.raw.available() > 0) и в нем чтение блока, запись в файл и вызов коллбэка

Доброго времени суток ,ребята ,что скажите на счет Realm и андроида ?Задача сделать БД расписание пар.Или старый добрый SQLite ?

Норм Realm, можно использовать. Однако появится сильная завязка модели на Realm(нужен extend RealmObject) и пару аннотаций. Плюс кодогенерация, плюс уделить вниамние что бы доступ к бд был через один поток. Если транзакиця создалась в одном потоке то и в том потоке она должны быть завершена.

А ну и да, помнить что объекты из repository надо “распоковывать”. Тк создаются на объекты прокси

Норм Realm, можно использовать. Однако появится сильная завязка модели на Realm(нужен extend RealmObject) и пару аннотаций. Плюс кодогенерация, плюс уделить вниамние что бы доступ к бд был через один поток. Если транзакиця создалась в одном потоке то и в том потоке она должны быть завершена.

Если не устраивает extends RealmObject, можно implements RealmModel. «Плюс кодогенерация» — ну так не самому же её писать нужно. Генерирует — и хорошо.

А ну и да, помнить что объекты из repository надо “распоковывать”. Тк создаются на объекты прокси

Куда и зачем их надо распаковывать?

Доброго времени суток ,ребята ,что скажите на счет Realm и андроида ?Задача сделать БД расписание пар.Или старый добрый SQLite ?

Realm очень годный. Моё мнение — по скорости и удобству с ним сравнится только GreenDao. Чат по теме: @android_ru

Да, конечно можно и implements RealmModel. Есть выбор использования. распаковка имею ввиду метод realm.copyFromRealm, но это от use case дальнейшего зависит

на сколько вообще распространенное явление что джавистам приходится писать и бекенд, и под андроид работая на одном проекте?

Врядли это распоcтранено, во всяком случае вижу редко такое. У меня сейчас так, что приходиться писать и бекенд(java/node) и java под андроид. Но я не трогаю UI андроидовский вообще(благо он на RN). С другой стороны что значит для меня писать код под андроид? Это теже вещи как сходить в базу, на http сервисы, серелизовать, синхронизовать… короче сделать “красиво, правильно и оптимально”.

сходить в базу и тд то понятно. а всякие Activity и UI если приходится писать, то там своя специфика ж

Да, есть специфика, плюс ещё разные версии API и девайс специфик issue. Однако, если не трогать UI то не так страшно

на сколько вообще распространенное явление что джавистам приходится писать и бекенд, и под андроид работая на одном проекте?

Мне, как андроидщику, в основном приходилось взаимодействовать с бэк-эндщиками-объебосами, и порой быстрее было бы самому запилить всё на спринге, чем дождаться, пока они там <?php скурят. :)

Мне, как андроидщику, в основном приходилось взаимодействовать с бэк-эндщиками-объебосами, и порой быстрее было бы самому запилить всё на спринге, чем дождаться, пока они там <?php скурят. :)

Кто-то раз я за бекендщика поправил его баг, потому что я задолбался его ждать. :/

Кто-то раз я за бекендщика поправил его баг, потому что я задолбался его ждать. :/

счастье твое что это не скала была)

счастье твое что это не скала была)

Там был PHP. :D

Там был PHP. :D

увы долбоебов там хватает

Когда работал в аутсорсе, постоянно попадались заказчики, у которых свои бэк-эндщики. Это пиздец, товарищи. Если бы я работал сам, а не от компании, я бы бросал такие проекты к херам.

(всё, хватит мне ругаться о пхпшниках, ведь потом этими же пальцами код писать)

пхпшник пхпшнику рознь) вон как раз вчера упоминали что у джавы есть такая же проблема

80% кандидатов отсеиваются сходу т.к не знают даже основ

Тех пхпшников, вероятно, никто не собеседовал.

80% кандидатов отсеиваются сходу т.к не знают даже основ

А нужны ли эти все основы? Мягко говоря, можно так глубоко копнуть основы, что окажется что мало кто их вообще знает.

Все хотят Шипилёвых, но не все понимают зачем они им нужны.

Спрашивают про канкаренси, хотя на работе его и нет

Например

А пилешь тонны xml

Спрашивают про канкаренси, хотя на работе его и нет

ну как же, томкат есть, есть и канкаренси :D

Спрашивают про канкаренси, хотя на работе его и нет

а нафиг он нужен? параллельные вычисления попроще будут

Это шутка, скорее

Чем повод для разговора

а нафиг он нужен? параллельные вычисления попроще будут

Традиция такая.

Спрашивают про канкаренси, хотя на работе его и нет

это чтобы отсеивать пхпшников, 100%

А расскажи, что для вас основы?

Что спрашиваете?

JMM ))

JMM ))

Без шуток, уверен что почти на каждом интервью страшивают.

Расскажи про hb

На софтскилы кто-нить смотрит?

идёшь на интервью, читаешь про JMM, вспоминаешь про Ologn и норм

Ёба, а как писать код без конкарренси?

Как-то ж писали раньше

Ёба, а как писать код без конкарренси?

иммутабельность и вся херня?

Ёба, а как писать код без конкарренси?

Он обычно скрыт за кучей слоёв.

иммутабельность и вся херня?

А ещё блокировки, семафоры, параллельные коллекции.

и как это спасает от того что “писать без конкаренси”?

ERROR: S client not available

Он обычно скрыт за кучей слоёв.

+1

А если ты пишешь семафоры, то стоит задуматься, не изобретаешь ли ты велосипедный аппарат?

Он обычно скрыт за кучей слоёв.

Ну понятно, что Tomcat отдаст твой запрос на съедение одному потоку, а Spring сам вытащит из кэшей то, что нужно, если ты поставить @Cache* в нужное место. А как насчёт более специфичных ситуаций?

Ну или используешь семафоры

А ещё блокировки, семафоры, параллельные коллекции.

параллельные коллекции уже давно написаны умными людьми. а блоки и семафоры - это если ты пишешь реальный конкаренси. и тут стоит себя спросить нужен ли он тебе?)

А если ты пишешь семафоры, то стоит задуматься, не изобретаешь ли ты велосипедный аппарат?

Мне понадобились семафоры, когда я писал синхронную обёртку для уродского API, который умеет работать только асинхронно.

Ну понятно, что Tomcat отдаст твой запрос на съедение одному потоку, а Spring сам вытащит из кэшей то, что нужно, если ты поставить @Cache* в нужное место. А как насчёт более специфичных ситуаций?

Их настолько мало и часто они сводятся к "зависти пул, посчитать, отдать результат"

или просто забить, и сделать всё один поток, пускай пользователь подождёт

Мне понадобились семафоры, когда я писал синхронную обёртку для уродского API, который умеет работать только асинхронно.

Make Async Sync Again!

параллельные коллекции уже давно написаны умными людьми. а блоки и семафоры - это если ты пишешь реальный конкаренси. и тут стоит себя спросить нужен ли он тебе?)

Так я не предлагаю писать их. Можно просто ими пользоваться.

Make Async Sync Again!

С колбэками у меня получилась бы очень запутанная и неочевидная стейт-машина.

(это была работа с BLE Gatt в Android)

Ну понятно, что Tomcat отдаст твой запрос на съедение одному потоку, а Spring сам вытащит из кэшей то, что нужно, если ты поставить @Cache* в нужное место. А как насчёт более специфичных ситуаций?

по крайней мере для людей может быть непонятно что все запросы выполняются в разных потоках и если не дай боже твои сервисные классы сохраняют стейт, то можно наделать делов

по крайней мере для людей может быть непонятно что все запросы выполняются в разных потоках и если не дай боже твои сервисные классы сохраняют стейт, то можно наделать делов

++

С колбэками у меня получилась бы очень запутанная и неочевидная стейт-машина.

Можно тут попробовать RxJava. Ну или обернуть в CompletableFuture

CompletableFuture збс же штука, нахрен эту синхронность

НО, если это андроид то можно забить ;)

CompletableFuture из Java 8, это быо Android

НО, если это андроид то можно забить ;)

именно)

С колбэками у меня получилась бы очень запутанная и неочевидная стейт-машина.

Открываем рубрику "человек в маске и как мы можем ему помочь": сделать очередь с запросами к апи и разгребать ее в один поток, остальные потоки блочить?

CompletableFuture из Java 8, это быо Android

Пишу на аднроид API 19 использую CF

CompletableFuture из Java 8, это быо Android

в котлине скоро будет async/await :trollface:

Открою секрет compile 'net.sourceforge.streamsupport:streamsupport-cfuture:1.5.2'

(это была работа с BLE Gatt в Android)

Открываем рубрику "человек в маске и как мы можем ему помочь": сделать очередь с запросами к апи и разгребать ее в один поток, остальные потоки блочить?

.

ни разу не был на джава собеседованиях и дико интересно че там спрашивают)

Все тоже самое, только про джаву

>Все тоже самое тоже самое что?

Про структуры данных, например

И решить какую-нибудь задачу, используя эту самую структуру данных