ну нафиг. Как можно вообще так проги писать и в релиз пускать их

Есть такое

А с градлом 4.4 бомба получатеся)

градл 4.4 и 3.0 андроид

В 3.1 наконец-то constraint layout поправили

В 3.1 наконец-то constraint layout поправили

А что там не так было?

Пофиг. Какой смысл от Constain если я все равно пока xml использую

constaing еще долго пилить будут. может в 3.2 уже норм будет

@bagrusss А что именно там подправили?

А что там не так было?

В студии не работала отрисовка если внутри cobstraint layout лежало больше одной view/viewgroup

Пофиг. Какой смысл от Constain если я все равно пока xml использую

чёт я не понял сути

Вернее одна вьюха правильно отрисовывать, остальные были прибиты к левому верхнему углу

@bagrusss Да там вобще с горе пополам работае все. Добавишь view. И потом не попадешь в эти кружки. По дурацки сделали все это

Я к тому что если там уже есть вьюшек штук 10

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

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

Дааа боль

Альфы и то лучше работали

Не пацаны реально Студия летает)). 3.0.1 поставил и градл 4.4. Блин компиляция идет как на ubuntu. 5 сек

@bagrusss А вот в канарейке много чего пофиксили.

Не пацаны реально Студия летает)). 3.0.1 поставил и градл 4.4. Блин компиляция идет как на ubuntu. 5 сек

сбор апк 5 секунд? Это хелловорлд? i7 7700 + ubuntu 16.04 проект 20мб собирается 1 м 20с

сбор апк 5 секунд? Это хелловорлд? i7 7700 + ubuntu 16.04 проект 20мб собирается 1 м 20с

У него квант стоит

@bagrusss А вы правы. Поставил щяс канарейку. Preview реально лучше стало работать) даже приятно как то щяс макеты делать станет). Только тормозит блин... Думаю Студия 3.2 наконец то сможем вдохнуть нормально)

@hopeisaprison gradle off? Оперативы сколько

У меня Xeon 4/8 и 16 гигов. Компилица на винде сек 5 - 20. На убунту првоерял вообще 3 сек.))

@hopeisaprison У тя проц мощнее моего чуток. Странно что у тебя минуту компилит.

Ты попробуй изменить что нить в приложении. И посмотри изменение появилось или нет

вы про dex8?

не стал уже тестить). Надо жесткий брать мало места.

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

В студии 3.1 D8 уже по умолчанию включен?

Да

Есть приложение, которое получает из сети что-то (в количестве 20 шт за шаг прокрутки). Решил сделать кеширующую базу (через контентпровайдер), чтобы при повороте экрана оттуда доставать. Вопрос - в дальнейшем, таблицу нужно чистить в onDestroy? в моем случае вряд ли будет меняться инфа присланная с сервера, но в рЫальных делах-то такое может произойти

Есть приложение, которое получает из сети что-то (в количестве 20 шт за шаг прокрутки). Решил сделать кеширующую базу (через контентпровайдер), чтобы при повороте экрана оттуда доставать. Вопрос - в дальнейшем, таблицу нужно чистить в onDestroy? в моем случае вряд ли будет меняться инфа присланная с сервера, но в рЫальных делах-то такое может произойти

Таблицу в бд?

Таблицу в бд?

?

?

?

?

ЯННП

Ты развел базу данных чтобы хранить кеш который хочешь потом чистить?

Ты развел базу данных чтобы хранить кеш который хочешь потом чистить?

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

Можно просто хранить коллекцию в каком то датаменеджере, если она временная. Бд нужна если что то хранить на постоянку

Или оффлайна

Или оффлайна

Ну вот оффлайн это тоже в планах. А что за датаменеджеры ? - впервые слышу)

Да просто какой то класс твой куда ты сетаешь модель и дёргает ее по надобности

Ну вот оффлайн это тоже в планах. А что за датаменеджеры ? - впервые слышу)

Прост LongSparseArray какой-нибудь)

Свернул приложение, открыл другие, система убила свернутое с датаменеджером и всеми его данными, и нет данных

Или я не прав?

Свернул приложение, открыл другие, система убила свернутое с датаменеджером и всеми его данными, и нет данных

Прав, но если нет задачи персистить навсегда, то это допустимо.

Или я не прав?

У тебя не пхп а джава

И что что джава, хранить в оп данные опасно, ничего не гарантирует их сохранности, по опыту уже научен

Свернул приложение, открыл другие, система убила свернутое с датаменеджером и всеми его данными, и нет данных

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

Да нет 100 проц гарантии, но бд для такого разводить тупо. Если убило ещё раз запросил с серваку и все

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

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

У них был вроде свой чат

@NoUruru ну это промышленный подход - обертку лепить над коллекцией? не думал что так все просто :))

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

Разрабы приложения Titanium Messenger и Матвей Мальков со своей командой https://www.youtube.com/watch?v=MYaoSELIC_U

И что что джава, хранить в оп данные опасно, ничего не гарантирует их сохранности, по опыту уже научен

эээ...

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

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

спасибо

@NoUruru ну это промышленный подход - обертку лепить над коллекцией? не думал что так все просто :))

Repository - это обертка Он под собой может скрывать что угодно :)

@NoUruru ну это промышленный подход - обертку лепить над коллекцией? не думал что так все просто :))

Ну не лепи

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

Ну, это особенность работы андроида, нужно правильно сохранять состояние (или забить и заново получить от сервера данные)

Ну не лепи

Какая ты вредная. Я спрашиваю, чо в этом случае - "лучшие традиции"

Какая ты вредная. Я спрашиваю, чо в этом случае - "лучшие традиции"

От кота слышу.вернее читаю ггг

Да нет 100 проц гарантии, но бд для такого разводить тупо. Если убило ещё раз запросил с серваку и все

Ну тут тоже бывают моменты, например данные загрузил при старте приложения, прямо цельное окно, где грузятся данные, ясен пень, что к нему уже не вернёшься, так как оно вызывается только при авторизации

Свернул приложение, открыл другие, система убила свернутое с датаменеджером и всеми его данными, и нет данных

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

ERROR: S client not available

Но в любом случае это известный факт и это не “хранить в оп данные опасно”

Ну тут тоже бывают моменты, например данные загрузил при старте приложения, прямо цельное окно, где грузятся данные, ясен пень, что к нему уже не вернёшься, так как оно вызывается только при авторизации

Шта? Грузи в сервисе лол

К слову, я ни с кем не спорю, как раз наоборот, пытаюсь понять, чего не знаю

Шта? Грузи в сервисе лол

И на какой action мне запускать сервис?

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

Речь была только о пережитии поворота

В этом же канале советовали из базы доставать. Но по мне так - наркомания

Речь была только о пережитии поворота

Я для этого просто использую aac

Я для этого просто использую aac

и что это?

В этом же канале советовали из базы доставать. Но по мне так - наркомания

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

и что это?

Библиотека Android architecture components

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

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

Там много всего

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

Ноу

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

Нет, можно вообще прописать свой метод

Который будет вызываться при смене конфигурации

В манифесте указываешь и все, но это не бест практика.

Да даже с фрагментом этот трюк не рекомандуется

Всем привет)

Там много всего

а можешь подробнее про ту хрень в этой библиотеке?

@NoUruru спасибо ^_^

а можешь подробнее про ту хрень в этой библиотеке?

Тащить либу для такой маленькой задачи ноу ноу ноу

Тащить либу для такой маленькой задачи ноу ноу ноу

Да Да Да

Да Да Да

Не учи плохому)

Не учи плохому)

Да по кайфу же

Ну, я так делаю иногда

а можешь подробнее про ту хрень в этой библиотеке?

Ну вообще они правы, тащить ту либу только для этого не лучшая идея, хотя она и разбита на части, и можно выцепить кусок который касается отдельно View model, на офф сайте Android есть по ним гайд

Так что если кайф прочитать, то там нормально описано

??

парни, подскажите как лучше сделать. Есть drawer, в нем будут разные юзеры, по типу gmail app. Из drawer можно перейти на разные фрагменты. У каждого фрагмента есть viewModel. Надо, чтобы фрагменты лоадили данные именно этого юзера. Как лучше сделать?

Можно в каждый фрагмент пихать свой viewModel и viewModel юзеров, и тогда уже из viewModel юзеров принимать selectedUser. Или еще как-то можно сделать?