Всем привет, никто не в курсе? ща как? _id - обязателен, или это я уже мамонт? Раньше помнится для совместимости с курсор адаптером и лоадерами - это (_земля_) было обязательным требованием..... ?

Всем привет, никто не в курсе? ща как? _id - обязателен, или это я уже мамонт? Раньше помнится для совместимости с курсор адаптером и лоадерами - это (_земля_) было обязательным требованием..... ?

Лично я землю использую вместо пробела в именах шаблонов разметки, а в файлах джава - польскую нотацию

Лично я землю использую вместо пробела в именах шаблонов разметки, а в файлах джава - польскую нотацию

не ... я ... в контексте PRIMARY KEY в таблицах sqlite

не ... я ... в контексте PRIMARY KEY в таблицах sqlite

обязательно, без него не работает индексация

ясно ?

обязательно, без него не работает индексация

Эм. А можно ссылочку на пруф? Впервые такое слышу

Эм. А можно ссылочку на пруф? Впервые такое слышу

Где-то здесь было: http://www.sqlite.org/cli.html Вот, нашёл: http://www.sqlite.org/optoverview.html#autoindex

Всем привет, никто не в курсе? ща как? _id - обязателен, или это я уже мамонт? Раньше помнится для совместимости с курсор адаптером и лоадерами - это (_земля_) было обязательным требованием..... ?

Кажется он обязательно в каждой таблице должен быть и возможно создаётся автоматически если явно не указан (но это не точно, надо проверить)

Это было именно в контексте андроид, исторически сложилось что все провайдеры (Contacts, Calendar, MediaStore) у них так написаны что "_id" - INTEGER PRIMARY KEY и для "консистентности" все курсор адаптеры и проч места (android.provider.BaseColumns) во фреймворке - ожидают именно этого уникального столбца, и по былым временам доки просили разработчиков делать так же "чтоб все адаптеры/лодеры" цеплялись из коробки

и вот не понятно насколько это актуально сейчас, если я н-р не юзаю курсор адаптер

колонки, чьё имя включает в себя символы "_id" включаются в автоиндексацию

если их тип INTEGER

Всем привет, никто не в курсе? ща как? _id - обязателен, или это я уже мамонт? Раньше помнится для совместимости с курсор адаптером и лоадерами - это (_земля_) было обязательным требованием..... ?

У меня SimpleCursorAdapter не работал до тех пор, пока не записал _id именно так

колонки, чьё имя включает в себя символы "_id" включаются в автоиндексацию

А вы можете меня в той ссылке, что вы кинули в это ткнуть?

Это было именно в контексте андроид, исторически сложилось что все провайдеры (Contacts, Calendar, MediaStore) у них так написаны что "_id" - INTEGER PRIMARY KEY и для "консистентности" все курсор адаптеры и проч места (android.provider.BaseColumns) во фреймворке - ожидают именно этого уникального столбца, и по былым временам доки просили разработчиков делать так же "чтоб все адаптеры/лодеры" цеплялись из коробки

Я вот тоже знаю лишь про андроидовские классы

У меня SimpleCursorAdapter не работал до тех пор, пока не записал _id именно так

вот - вот... там без этого никак

А вы можете меня в той ссылке, что вы кинули в это ткнуть?

Вот, нашёл: http://www.sqlite.org/optoverview.html#autoindex Увы, некогда, я в английском туговато

Вот, нашёл: http://www.sqlite.org/optoverview.html#autoindex Увы, некогда, я в английском туговато

Я понимаю.. Где там в 14. пункте сказано именно про то, что без "_id" не будет работать автоиндексация?

Я в упор такого не вижу)

Я понимаю.. Где там в 14. пункте сказано именно про то, что без "_id" не будет работать автоиндексация?

угу... вопрос именно в "_id"

Я в упор такого не вижу)

А я такого и не говорил. )

есть индексация, а есть автоиндексация :)

Вот тут и Климов косвенно этого касается ..... ? http://developer.alexanderklimov.ru/android/sqlite/android-sqlite.php Раздел "Класс SQLiteOpenHelper: Создание базы данных"

Просто интересно насколько это ещё актуально ...в эпоху румов на фоне общего deprecatа старого flow: sqlite->contentProvider->cursorloader->cursoradapter->listview

Просто интересно насколько это ещё актуально ...в эпоху румов на фоне общего deprecatа старого flow: sqlite->contentProvider->cursorloader->cursoradapter->listview

От добра - добра не ищут :)

есть индексация, а есть автоиндексация :)

Окай

Просто интересно насколько это ещё актуально ...в эпоху румов на фоне общего deprecatа старого flow: sqlite->contentProvider->cursorloader->cursoradapter->listview

Мне кажется, что уже не актуально это) хотя и самому было бы интересно, ибо на старой волне всё так же, как раз в руме "_id" юзаю

Насколько вообще нормально делать подобные методы

Возможно есть более адекватный способ

Насколько вообще нормально делать подобные методы

В Java нормально

Если много где используется - да, можно сделать сабкласс TextView

Если в одном классе - можно и так оставить

перестать писать названия через подчёркивание)

перестать писать названия через подчёркивание)

Ну не обращайте внимание)

Просто чтобы было удобнее с бд работать

d_prig, nakl, otv_serv — pizdets

d_prig, nakl, otv_serv — pizdets

ну, а как мне это удобно сделать?

Там неочевидные названия полей в бд

Держать в голове всё ?

ну, а как мне это удобно сделать?

уж лучше кириллицей назвать, если перевести не можешь :)

уж лучше кириллицей назвать, если перевести не можешь :)

Хм. Это разумно

https://github.com/gradle/gradle/issues/5253

это вопрос или что?

ДА

Как ответ от сервера получить?

response.body() может

Как ответ от сервера получить?

см. документацию к используемому HTTP-клиенту

response.body() может

внезавно там не OkHttp

внезавно там не OkHttp

:(

ну зато я гадать умею на коде, может угадал даже )

response.body() может

Не помогает

ну надо смотреть что такое response вообще

и зачем вы его в строку сразу преобразовываете

я думаю там филд какой-то искать надо, или метод у него

String.valueOf(response) - это вообще дичь, он вернет response.toString() вам, но это скорее всего не ответ вообще, а описание объекта просто

https://stackoverflow.com/a/6854280 Может оно?

Нарооод!!! Никто не хочет поделиться промокодом от Делимобиля? :)

Нарооод!!! Никто не хочет поделиться промокодом от Делимобиля? :)

http://bit.ly/2wk2pPJ

http://bit.ly/2wk2pPJ

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

Интересное ещё наблюдение, господа ? По базам/файлам, по факту - база теряет смысл при блобах > 100kb - с другой стороны - защищенное атомарное держание в блобе - снимает кучу проблем по "консистентности" контента и защите от многопоточн из коробки... и вот ... я нашёл где дорожки сходятся!!!! ?? короче, если прозрачную png-ху под самый большой экран(1440x2880) пережать webp - там оказывается достаточно 80% качества выставить - чтобы уложиться в 100kb при чём по заявлению гугла - визуально потери начануют обнаруживаться от 40% и ниже

так что вот!!! если нет других несжимаемых блобов как картинки, либо другие не превышают 100кб - можно спокойно идти путём db-only

Всем приветы! Подскажите, в версиях Андройда 8 и выше, можно ли реализовать сервис вечно живущий с открытым веб-сокетом ? или система такое не пропустит ? или такое делать не нужно вообще ?

Всем привет. Кто-нибудь работал с библиотекой web3j?

Всем приветы! Подскажите, в версиях Андройда 8 и выше, можно ли реализовать сервис вечно живущий с открытым веб-сокетом ? или система такое не пропустит ? или такое делать не нужно вообще ?

и не пропустит и не нужно) чай смартфон - не "дежурный сервер 24/7 online" там и андроид живёт своей жизнью (спать уходит) и сокеты отваливаются (сон, потеря/прием антены, скачки Wifi-Mob data) тебе как минимум стабильный коннект никто не гарантирует а там соответствено и ip и сокет

Всем приветы! Подскажите, в версиях Андройда 8 и выше, можно ли реализовать сервис вечно живущий с открытым веб-сокетом ? или система такое не пропустит ? или такое делать не нужно вообще ?

Для этого есть FCM который за вас доставит данные, и при необходимости разбудит телефон.

Для этого есть FCM который за вас доставит данные, и при необходимости разбудит телефон.

++ как то так

Интересное ещё наблюдение, господа ? По базам/файлам, по факту - база теряет смысл при блобах > 100kb - с другой стороны - защищенное атомарное держание в блобе - снимает кучу проблем по "консистентности" контента и защите от многопоточн из коробки... и вот ... я нашёл где дорожки сходятся!!!! ?? короче, если прозрачную png-ху под самый большой экран(1440x2880) пережать webp - там оказывается достаточно 80% качества выставить - чтобы уложиться в 100kb при чём по заявлению гугла - визуально потери начануют обнаруживаться от 40% и ниже

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

и не пропустит и не нужно) чай смартфон - не "дежурный сервер 24/7 online" там и андроид живёт своей жизнью (спать уходит) и сокеты отваливаются (сон, потеря/прием антены, скачки Wifi-Mob data) тебе как минимум стабильный коннект никто не гарантирует а там соответствено и ip и сокет

понимаю, firebase service тоже убивается теперь если работает дольше 10 секунд, по пушам, долгие штуки уже в JobService идут

Для этого есть FCM который за вас доставит данные, и при необходимости разбудит телефон.

согласен, про это знаю, но надо тогда чтобы на бэке кто-то туда стучался при событии ))

Error:FAILURE: Build failed with an exception. * What went wrong: A problem occurred configuring project ':drawer'. > Exception thrown while executing model rule: PublishingPlugin.Rules#addConfiguredPublicationsToProjectPublicationRegistry(ProjectPublicationRegistry, PublishingExtension, ProjectIdentifier) > java.lang.NullPointerException (no error message) * Try: Run with —stacktrace option to get the stack trace. Run with —info or —debug option to get more log output. Run with —scan to get full insights. * Get more help at https://help.gradle.org BUILD FAILED in 1s

Добрый день

подскажите плиз что делать с ошибкой этой

согласен, про это знаю, но надо тогда чтобы на бэке кто-то туда стучался при событии ))

А какая разница стучаться на свой ws сервер или на гугловский?)

А какая разница стучаться на свой ws сервер или на гугловский?)

стучаться с сервака по событию на гугловский, и слушать события в веб сокете, разница ж есть, если event-side работает уже

то обработчик которые на FCM стукаться будет надо написать кому-то же )

я не скажу много или мало это, но если нет, то надо сделать )

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

Ну тогда сервис - нормальное решение, но будьте готовы к тому, что система может его просто так прибить, без всяких вопросов, и что события не сможете получать когда телефон уйдёт в doze mode (точнее может и сможете но не в риалтайме)

Ну тогда сервис - нормальное решение, но будьте готовы к тому, что система может его просто так прибить, без всяких вопросов, и что события не сможете получать когда телефон уйдёт в doze mode (точнее может и сможете но не в риалтайме)

ну вот, значит с этим ничего не сделать, лучше стандартных методов ничего нету

к пушам

)

Первое обходится через jobdispatcher

второе никак. Только гугл может разбудить телефон =)

гугл хитер )

а когда гугла нет? Никто?)