и хаб, и лаб на рубях. Но, как ни странно, работает очень годно.

classpath 'com.android.tools.build:gradle:3.3.0-alpha04' дома комплитися нормально, на работе Unsupported method: NativeArtifact.getSourceFolders(). The version of Gradle you connect to does not support that method.

что не так? с 3.2.0-beta5 работает норм

изменился апи?

альфа версия тем более

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

🤷‍♂️

и дома это так и работает и собирается, а сейчас стянул с гита и билд не делается, что там может измениться, я даже хз

ну т.е. бля, machine-dependent сборка это гон какой то, может еще от фазы луны зависит

и дома это так и работает и собирается, а сейчас стянул с гита и билд не делается, что там может измениться, я даже хз

нефиг пет на работе собирать =)

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

Ребят подскажите в чем проблема. Использую expandableListView при отображении показывает только последнию группу которая ему была отданная в листе . Причем данные в адаптер отправляются верно.

Всем привет Скажите, есть какие-то минусы в использовании одного фаербейз проекта для нескольких приложений (разных)?

Всем привет! Кто-то делал shared transition animation из рекуклера внутри другого рекуклера на новый экран? Как сейчас: вертикальный рекуклер, внутри него горизонтальный. Шейред анимация из картинки в холдере в горизонтальном рекуклере в картинку на новом экране - activity. Анимация не работает и при возврате на этот экран по back - не проходят тачи на экран пока повторно не будет нажат back

В проекте, в андроид студио, немного намудрил с git,можно ли как то вернуть проект в первоначальное состояние(без git) , чтобы я сделал все по новой?

В проекте, в андроид студио, немного намудрил с git,можно ли как то вернуть проект в первоначальное состояние(без git) , чтобы я сделал все по новой?

удали папку .git из папки проекта

Хм, не подумал, благодарю..

Можно ли хранить Pojo модель в SharedPreferences? или для этого есть что - то другое?

Можно ли хранить Pojo модель в SharedPreferences? или для этого есть что - то другое?

бд)

Можно ли хранить Pojo модель в SharedPreferences? или для этого есть что - то другое?

угадай что лучше всего хранить в SharedPreferences

А что в БД можно хранить Модель целиком?

Можно, надо конвертировать в String с помощью Gson и при чтении обратно.

Или каждый параметр отдельно

каждый параметр отдельно

@RsnMingaliev А понял, спасибо. Думаю через Gson сделаю так

@RsnMingaliev А понял, спасибо. Думаю через Gson сделаю так

зачем, остановись

одумайся

Подскажите пожалуйста Есть приложение с контент провайдером, sqlite, у которого я знаю uri, но не знаю названия колонок Можно ли как-то посмотреть всё содержимое этого провайдера?

Для тех, кто так делает, в аду есть отдельный котёл. А кто советует так сделать?🤔

Нелюблю БД. Причина простая. Стандартная либа заставляет писать миллион кода. А Realm весит как Google play Service

Все программисты попадают в Рай автоматически

Нелюблю БД. Причина простая. Стандартная либа заставляет писать миллион кода. А Realm весит как Google play Service

нелюблю бд и храню данные в shared preferences?

нелюблю бд и храню данные в shared preferences?

пойду просить сеньора себе пожалуй

Нелюблю БД. Причина простая. Стандартная либа заставляет писать миллион кода. А Realm весит как Google play Service

так не используй реалм используй orm-ки

так не используй реалм используй orm-ки

не используй либы напиши свою и используй везде

Сергей Нет, просто удобно через аннотации работать. 2 строчки кода и готово))

Для тех, кто так делает, в аду есть отдельный котёл. А кто советует так сделать?🤔

это про чо было

пойду просить сеньора себе пожалуй

Аргументировать будешь тем, что любишь бд?)

Нелюблю БД. Причина простая. Стандартная либа заставляет писать миллион кода. А Realm весит как Google play Service

модель, которую пытаешься сохранить сложная или содержит относительно простые поля?

Аргументировать будешь тем, что любишь бд?)

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

@debian17 А разица? String он и в африке String)

это шутка конечно же

это про чо было

Про маппинг объектов в Json и хранение его в преференсах

Про маппинг объектов в Json и хранение его в преференсах

++

зачем делать сложно если можно делать просто

А что за резонанс такой произошел?)) ну подумаешь я храню данные в SharedPreferences Что плохо в плане производителности?

зачем делать сложно если можно делать просто

товарищ @xUnknown2018 с вами не согласен))

Konstantin Это вы щяс про sqlite типо пошутили чтоли? делать просто?

А что за резонанс такой произошел?)) ну подумаешь я храню данные в SharedPreferences Что плохо в плане производителности?

на самом деле ты норм делаешь, а мы все тупые

Konstantin Это вы щяс про sqlite типо пошутили чтоли? делать просто?

меня интересует другое, что плохого в простом подходе - сериализовать в json и хранить в префах

напиши приложеньку с БД на 100 метров и расскажи на хабре как удобно тебе живется

меня интересует другое, что плохого в простом подходе - сериализовать в json и хранить в префах

наверное то, что чтение данных через бд намного быстрее парсинга строк?

Сергей Сергей, зачем ты людей тупыми называешь?

наверное то, что чтение данных через бд намного быстрее парсинга строк?

т.е. хочешь сказать что в любую аппку где понадобилось сохранить немного данных надо обязательно тащить sql ?

Сергей Сергей, зачем ты людей тупыми называешь?

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

т.е. хочешь сказать что в любую аппку где понадобилось сохранить немного данных надо обязательно тащить sql ?

нет конечно

если речь идет о простых настройках то можно и шаред преференс

но ты вроде собрался хранить там набор поджо

т.е. хочешь сказать что в любую аппку где понадобилось сохранить немного данных надо обязательно тащить sql ?

Есть другие способы сохранить данные в префы без sql и маппинга в json

т.е. хочешь сказать что в любую аппку где понадобилось сохранить немного данных надо обязательно тащить sql ?

немного - это когда ключ-значение. Например: isNotificationEnabled - true, а не десяток другой объектов приведенных к строке)

немного - это когда ключ-значение. Например: isNotificationEnabled - true, а не десяток другой объектов приведенных к строке)

++

Вообще - то, если бы я хранил данные под 100 метров, я бы бд использовал. Но в данной ситуации мне надо сохранить 10кб. информации

тебе просто самому неудобно будет с этим работать

Есть другие способы сохранить данные в префы без sql и маппинга в json

например?

если вдруг хоть сколько то решение потребуется расширить ты проклянешь свой выбор в сторону префов

немного - это когда ключ-значение. Например: isNotificationEnabled - true, а не десяток другой объектов приведенных к строке)

есть десяток разных объектов с разных экранов редактирования которые хочу хранить, но вот тащить sql не хочу

Если вдруг, читаем тз до начала составления архитектры проекта

Есть другие способы сохранить данные в префы без sql и маппинга в json

а чем сериализация в жсон и сохранение в файл плоха?

я храню в Shared Preferences объект Device с парой полей

в жсон

удобно

я не понимаю фразы "не хочу тащить бд"

Есть другие способы сохранить данные в префы без sql и маппинга в json

Сохранять файл в формате .txt в файловую систему и читать его с помощью класса File без рх

@chmilevfa Сергей против этого. Мне не объяснили почему. Говорят что плохо и все тут))

бляяяя

я не понимаю фразы "не хочу тащить бд"

жиза

что тут непонятного

почему вы ноете про рх но не ноете про бд

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