Да на почту им нужно писать)

да с ключем - фик с ним

где доки по классам?

А если им в саппорт с гмайла написать они обидятся?

А есть тут кто, причастный к Yandex Map SDK для андроида? Ну или может кто знает, где можно найти доки по SDK. Кроме примера - никакой документации не вижу. Даже API кей не сгенерить

Зачем чндкекс то, на него забили

Яндекс за тем, что есть спецефический кейс. Местность дикая. Там гуглмапы ничего не показывают, практически ничего, уже стали частично исправлятся, но все-же, пока-что беда. Вот и приходится использовать OSM и Yandex.

Привет, есть довольно глупый вопрос. Как грамотно сохранять состояние фрагмента, чтобы при повороте экрана он снова не запрашивал данные и отрисовывался сразу?

Правильно понимаю, что надо мотреть в сторону bundle и savedinstancestate?

Правильно понимаю, что надо мотреть в сторону bundle и savedinstancestate?

onSaveInstanceState(Bundle outState) - всё верно

Правильно понимаю, что надо мотреть в сторону bundle и savedinstancestate?

для пущего кэширования можешь включить ему setRetainInatnce(true) - тогда сам инстанс фрагмента - не будет пересоздаваться

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

Спасибо. Я с кешированием впервые сталкиваюсь. Приложение не подразумевает частого обновления данных, поэтому каждый раз делать запрос не обязательно. Как правильно реализовать оффлайн хранение? Каков правильный алгоритм кеширования данных из сети? Я думаю сохранять их в SQLite, но как тогда сообщить что данные устарели?

для пущего кэширования можешь включить ему setRetainInatnce(true) - тогда сам инстанс фрагмента - не будет пересоздаваться

Если инстанс не пересоздался то и кэшировать ничего не надо выходит?

не - не, парни, кэширование - я имею ввиду лайтовое(переживающее повороты/свороты) - все необходимое держим в полях фрагмента - и да... если он не пересоздался - соответственно java-объект жив - со всеми своими полями.... но это не про "кэширование" в смысле бд и тд - там другая история и setRetainInstance не отменяет жизненного цикла фрагмента

Если передать в него true, то при пересоздании фрагмента не будут вызваны методы onDestroy и onCreate, и не будет создан новый экземпляр класса Fragment.

Что ты имеешь в виду "не отменяет"

Если передать в него true, то при пересоздании фрагмента не будут вызваны методы onDestroy и onCreate, и не будет создан новый экземпляр класса Fragment.

Да, ты абсолютно прав - не отменяет - это значит что он так же пробежиться по всем его onBlahBlah-колбэкам, ну кроме тех. которые ты привёл... всё верно

Спасибо. Я с кешированием впервые сталкиваюсь. Приложение не подразумевает частого обновления данных, поэтому каждый раз делать запрос не обязательно. Как правильно реализовать оффлайн хранение? Каков правильный алгоритм кеширования данных из сети? Я думаю сохранять их в SQLite, но как тогда сообщить что данные устарели?

оффлайн - режим - для меня обычно "повышеный уровень сложности" по-возможности - стараюсь - а ля google-play - есть интернет - есть приложение, нет интернета - нет приложения

У меня 2 задачи: 1) Не заставлять фрагмент получать данные снова, а использовать старые при повороте экрана. 2) На некоторых экранах закешировать долговременно данные. Если с первым случаем я ещё более-менее понял куда смотреть и что делать, то со вторым - хз. Хотя в тз не было ни слова про оффлайн режим, но хотел бы научиться это делать

Да, ты абсолютно прав - не отменяет - это значит что он так же пробежиться по всем его onBlahBlah-колбэкам, ну кроме тех. которые ты привёл... всё верно

Надо ли сохранять какие-то данные в бандл или же нет смысла в таком случае?

Спасибо. Я с кешированием впервые сталкиваюсь. Приложение не подразумевает частого обновления данных, поэтому каждый раз делать запрос не обязательно. Как правильно реализовать оффлайн хранение? Каков правильный алгоритм кеширования данных из сети? Я думаю сохранять их в SQLite, но как тогда сообщить что данные устарели?

оффлайн режим и писали и я ща что-то реализую на работе - но ... если его правильно имплементить - дорогое это удовольствие, трудозатратное. Можете открыть в андроиде стандартный календарь, синхронизированый с google-аккаунтом, юзать календарь из веб-версии - и видеть как он у тя рефрешится на девайсе и всегда доступен оффлайн... ... но это жесть ))

Надо ли сохранять какие-то данные в бандл или же нет смысла в таком случае?

всё равно надо)) для меня это в пр году было открытием - хотя всё логично инстанс фрагмента есть - он повороты переживает, но это не отменяет того что тебя свернут и забудут, соответственно - андроид прибъет все инстансы и если ты "вовремя onSaveState" не забэкапился - ну ... знач сам виноват .. в onCreate - бэкапов тогда не жди

Получается, что я должен сделать как-то так? В onCreate фрагмента вынести инициализацию презентера, загрузку данных. Поставить setRetainInstance(true); Но при этом я все равно должен сохранять полученные данные в инстанс

А нужен ли в таком случае ретейн инстанс? Имхо, нет, если только стоит задача продолжать загрузку во время переворота экрана, например

всё равно надо)) для меня это в пр году было открытием - хотя всё логично инстанс фрагмента есть - он повороты переживает, но это не отменяет того что тебя свернут и забудут, соответственно - андроид прибъет все инстансы и если ты "вовремя onSaveState" не забэкапился - ну ... знач сам виноват .. в onCreate - бэкапов тогда не жди

С этим понятно, спасибо)

У меня 2 задачи: 1) Не заставлять фрагмент получать данные снова, а использовать старые при повороте экрана. 2) На некоторых экранах закешировать долговременно данные. Если с первым случаем я ещё более-менее понял куда смотреть и что делать, то со вторым - хз. Хотя в тз не было ни слова про оффлайн режим, но хотел бы научиться это делать

для оффлайна - настоящего - нужны пуш уведомления с сервака об изменении данных, хорошо реализованая синхронизация локальной и удаленной копий данных - и хорошо продуманная архитектура апа в целом. Ну если говорить о "правильном" оффлайне)

для оффлайна - настоящего - нужны пуш уведомления с сервака об изменении данных, хорошо реализованая синхронизация локальной и удаленной копий данных - и хорошо продуманная архитектура апа в целом. Ну если говорить о "правильном" оффлайне)

Я джун, который вкатывается во фриланс и делает приложение-вики по игре за 50$ на базе firebase, поэтому всё будет без оффлайна))

А нужен ли в таком случае ретейн инстанс? Имхо, нет, если только стоит задача продолжать загрузку во время переворота экрана, например

ну... если можно обойтись без лишних allocate - почему б не переюзать - всеж эффективнее будет чем всё заново

Я джун, который вкатывается во фриланс и делает приложение-вики по игре за 50$ на базе firebase, поэтому всё будет без оффлайна))

у файрбэйза говорят есть что-то из коробки для офлайна - ну ... кроме того что "есть" я больше ничего не знаю - так что может в твоем случае и с офлайном заведётся))

у файрбэйза говорят есть что-то из коробки для офлайна - ну ... кроме того что "есть" я больше ничего не знаю - так что может в твоем случае и с офлайном заведётся))

Да, там есть что-то для оффлайна, но я не пользуюсь инструментами firebase в приложении, я просто использую firebase как хранилище и обращаюсь к их rest api

Хранилище в облаке?

(просто не знаю что это)

Ну да, у них там есть база данных и хранилище файлов. Плюс есть инструменты для андроида как с этим всем работать. Мне они показались неудобными, поэтому я использую обычные api

Что такое в принципе firebase? Бегло пробежался в гугле, но не совсем понял

Хранилище в общем?

Облачный бэкенд сервис с бд и прочим

Даже бесплатный, кстати, но с ограничениями по нагрузке и объёмам

Если свой бек не хочешь писать

BaaS платформа как parse.com

BaaS платформа как parse.com

но у тебя остается 2 дня) As we previously shared, the Parse service is shutting down at the end of this month. Specifically, we will disable the Parse service on Monday, January 30, 2017.

А я ещё год назад ушел после объявления)

но у тебя остается 2 дня) As we previously shared, the Parse service is shutting down at the end of this month. Specifically, we will disable the Parse service on Monday, January 30, 2017.

он с ним сравнил)

кто че думает по поводу парс сдк? ему хана да?

Да ну нах эти баас

Проще самому бек написать

парссервер то норм шуршит, сейчас бэк на нём

не проще)

Ограничивают сильно

никто не писал кастомные маперы для ретрофитовского gson конвертера?

мб есть линк с пимером? сам найти не могу

кастомный JsonDeserializer JsonSerializer?

Ограничивают сильно

ну так и работы в разы меньше) прилепил фиребасе и всё, будто с локальной бд работаешь, а оно ещё и синхронизируется само

кастомный JsonDeserializer JsonSerializer?

да

у меня используется

а реалм что то свое сделали

это тоже бекенд?

я не смотрел просто

.registerTypeAdapter(Areas.class, new AreasDeSerializer())

спасибо)

это тоже бекенд?

ага, тож баас замутили на основе бд, я б даж их бы и выбрал, гугл любит всё сломать

с гуглоклауда на хероку свалил из-за того, что апдейты не деплоились, а то, что было было неправильно настроено и запрашивало ресурсов больше че нужно, 2к за хостинг бэка куда пара сотен коннектов в день - жирновато

Не-пойму... делаю всё по методичке /* For testing */ testCompile 'junit:junit:4.12' testCompile 'org.mockito:mockito-core:1.10.19' androidTestCompile('com.android.support.test:runner:0.5') { exclude group: 'com.android.support', module: 'support-annotations' } он мне говорит: "твоя версия байт кода - не та" ну где ж я те достану sourceCompatibility JavaVersion.VERSION_1_8 targetCompatibility JavaVersion.VERSION_1_8 если для них надо джэк, а джэк, сука in libraries not supported yet

может я что-то не то делаю ??

Error:Error converting bytecode to dex: Cause: Dex cannot parse version 52 byte code. This is caused by library dependencies that have been compiled using Java 8 or above. If you are using the 'java' gradle plugin in a library submodule add targetCompatibility = '1.7' sourceCompatibility = '1.7' to that submodule's build.gradle file.

Вылечилось: закоментил sourceCompatibility, targetCompatibility в градле

ERROR: S client not available

а так ему что 7 пиши что 8 хоть сто раз перебилд - не понимает.... странный этот градл)

так пацаны, еще раз спрошу. никто не сталкивался, что при клике просто на imageView , зона клика стала где от вверху в углу. ? и это кстати такое поведение стало, я так понял при compileSdkVersion 25 ? так как раньше такого не было и нажималось на всю зону ImageView

чудеса

кстати у тулбара , в его акшен кнопках, такая же хрень и что бы выбрать пункт в тулбаре, мне приходится нажимать на элемент вверху в углу.

так пацаны, еще раз спрошу. никто не сталкивался, что при клике просто на imageView , зона клика стала где от вверху в углу. ? и это кстати такое поведение стало, я так понял при compileSdkVersion 25 ? так как раньше такого не было и нажималось на всю зону ImageView

если рипл глючит, то это косяки самого андроида, замечено было на nexus 9 еще с Marshmallow - у него гугл-поиск виджет так моросил

если рипл глючит, то это косяки самого андроида, замечено было на nexus 9 еще с Marshmallow - у него гугл-поиск виджет так моросил

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

интересно

но не думаю, что это глюк ОС

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

ну у нас это было замечено что если как то не так ткнуть - рипл мог на полу-круге замерзнуть... типа нажжал - покинул область отпустил -а вьюха так и осталась с полу-риплом.... видится мне если это есть в нексусе не старом со стоковым андроидом, тоже не старым, да еще и на гугл-поиске - ты вряд ли из апа сможешь это пофиксить.... ну я б не сказал что все тачи так моросят - что прям выколи глаз...переодически так подглючивает его

это скорее что-то при сборке пошло не так

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

вариант только дебагом теперь пройти.

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

ну вот подумай логически, не один ты на 25-й апи перешел. я таких проблем не встречал

все бывает

баги в тулзах

а в тулзах каких ?

хотя я на стили еще тут некоторые грешу

У меня часто все необъяснимые проблемы решаются полным сносом апки, + invalidate cache у студии и clean, rebuild

счаз попробую.

Зачем чндкекс то, на него забили

не так уж и забили, последние изменения месяц назад были

Все равно ж забагованная штука

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

Привет! Проблема с joda-time

DateTimeFormat.forPattern("dd MMMMMMM yyyy mm:HH").withLocale(new Locale("ru")) форматирует часы наоборот: сначала час, потом минута

я паттерны времени не понимаю или это бага?

Может из-за локали

DateTimeFormat.forPattern("dd MMMMMMM yyyy mm:HH").withLocale(new Locale("ru")) форматирует часы наоборот: сначала час, потом минута

Может локаль перебивает формат

и вообще, зачем тут joda-time?

бля я наркоман

HH:mm нужен

забейте