Всунуть фрагмент на место активной вьюхи, не делая его ViewHolder'ом.

Как вариант. Думаю, что легче будет с ViewPager.

Спасибо

https://github.com/hidroh/materialistic

Эт мне?

Эт мне?

да

Спасибо

Где рекомендуется хранить auth-токен? Не преференсах же

шифруй да храни

@Gundabadec а где-же ещё

keystore есть такое?

хуй знает я в префах храню

hawk посмотри

надо будет - хакнут любой стор

Какой труднее

Тот и ищу

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

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

в префах хранит режим только в MODE_PRIVATE

hawk ради одной пары ключ-значения?

вместо обычных префов тоже норм

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

hawk ради одной пары ключ-значения?

тоже жаба немного давит

ручками запилю что нибудь

тоже жаба немного давит

зашифруй токен и не парься

а ключ которым шифровал где хранить? В коде? Так его ж можно будет стырить

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

и так до бесконечности :)

Какое минимальное апи? Всем привет.

Так и для hawk'а ключ выдернут

и так до бесконечности :)

?

Какое минимальное апи? Всем привет.

16

16

с 18 есть Android Keystore System

а ключ которым шифровал где хранить? В коде? Так его ж можно будет стырить

"Проблема яйца и курицы."

за предложение использовать AccountManager меня побьют?

Если девайс не рутирован и пользователь дал права, то и шифрование не поможет. Если не рутирован / нет доступа, то как прочитаешь чужие префы?

за предложение использовать AccountManager меня побьют?

имхо норм решение

имхо норм решение

а как же уязвимость в нем?

и дополнительное разрешение)

храните в нем все в шифрованном виде??

но в префах еще хуже

не вечный токен делать еще

а вариант зашифровать и ключ шифрования в android keystore?

Заказчик дал добро не шифровать вообще?

Заказчик дал добро не шифровать вообще?

а заказчик компетентен на одобрение таких решений?

а вариант зашифровать и ключ шифрования в android keystore?

писали же выше, он с 18 апи

а заказчик компетентен на одобрение таких решений?

я на аутсорсе, там тоже разработчики

мне кажется если не банк, то кража токена не так страшна

вообщем всё зависит от того какие данные спрятаны

и что грозит вскрытие токена

Есть идеи как вскрывать токен?

открываешь xml преференсов и берешь)

Как ты из контекста вредоносной софтины это сделаешь, если unix-права доступа не позволяют?

привет, сорри за глупый вопрос, но что значит защитить модель данных тестами(branch, method) ? я писал несколько тестов, но там проверял вводимые значения, а тут что проверять ? у меня десяток полей и геттер сеттеры к ним и все, в модели ничего больше нет

привет, сорри за глупый вопрос, но что значит защитить модель данных тестами(branch, method) ? я писал несколько тестов, но там проверял вводимые значения, а тут что проверять ? у меня десяток полей и геттер сеттеры к ним и все, в модели ничего больше нет

не похоже, что вопрос глупый

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

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

можешь рассказать как ты ее понимаешь?

можешь рассказать как ты ее понимаешь?

Если речь о unit-тестах, то написал-бы тесты на различные вариации данных в модели с проверкой валидности модели. К примеру модель точки на карте - широта и долгота, это два Double'а, но реально модель будет невалидной, если широта будет 100 градусов, т.к. допустимые значение -90:90.

Соответственно если речь идет не о unit-тестах, то добавил-бы такие проверки в setter'ы

Если речь о unit-тестах, то написал-бы тесты на различные вариации данных в модели с проверкой валидности модели. К примеру модель точки на карте - широта и долгота, это два Double'а, но реально модель будет невалидной, если широта будет 100 градусов, т.к. допустимые значение -90:90.

благодарю! теперь понял

надеюсь, что правильно. И лучше-бы это было не задание на собеседовании, потому как там либо ждут вопроса "что за дела? О чем вообще речь?", либо какие-то альтернативно-одаренные в "комиссии"

надеюсь, что правильно. И лучше-бы это было не задание на собеседовании, потому как там либо ждут вопроса "что за дела? О чем вообще речь?", либо какие-то альтернативно-одаренные в "комиссии"

ты как раз прав) один из пунктов в тестовом, и как раз сам себе задал те вопросы, что ты выше писал.

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

если нигде ниже нема ссылки на тамошний глоссарий, то ребята стремные.

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

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

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

работа по хорошему ТЗ это, все-таки, идеал. Но если уточнения не приводят к однозначным ответам - вот тогда вилы.

Как рах это многие практикуют на собеседованиях. Зачем компани сотрудник, который без уточнения поставленной у заказчика задачи начнет ее делать? Зачем конторе сотрудник6 который не может у клиента уточнить нюансы поставленной задачи. А ТЗ это тз есл ионо есть то есть. Это как раз на тот случай, когда ТЗ нет

И как правило это применяют на позиции миддл и выше

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

да я тоже подумал об этом, однако фирма крупная, занимающаяся разработкой, и был удивлен таким пунктом без подробностей

работа по хорошему ТЗ это, все-таки, идеал. Но если уточнения не приводят к однозначным ответам - вот тогда вилы.

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

хоть правило 5 Whys применять )))

Подскажите, по памяти что лучше, у меня есть список имаджвью, мне надо вставить одинаковые фотки. Сделать один дровабл и заполнять им, или из ресурсов по id

Мне кажется первый вариант

ИМХО если только по производительности будет быстрее на какие то милисекунды. С памятью все будет одинаково, даже в первом случае ее израсходуется на 1 drawable больше

Всем привет! кто-нибдуь сталкивался с Inconsistency detected. Invalid view holder adapter positionViewHolder при обновлении адаптера через notifyItemRangeChanged()?

Всем привет! кто-нибдуь сталкивался с Inconsistency detected. Invalid view holder adapter positionViewHolder при обновлении адаптера через notifyItemRangeChanged()?

такое когда делаешь notifyItem* во время другого notifyItem*

Так в первом варианте я могу обработать дровабл, допустим сделать его меньше. И тогда и быстрее и по памяти будет выигрывать первый вариант?)

например вызываешь 2 раза вподряд или notifyDatasetChanged и notifyItemRangeChanged в одно время

такое когда делаешь notifyItem* во время другого notifyItem*

что-то связано с анимацией? При notifyDataSetChanged(); никаких проблем нету

Так в первом варианте я могу обработать дровабл, допустим сделать его меньше. И тогда и быстрее и по памяти будет выигрывать первый вариант?)

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

например вызываешь 2 раза вподряд или notifyDatasetChanged и notifyItemRangeChanged в одно время

или у тебя notifyItemRangeChanged неправильно вызывается

или у тебя notifyItemRangeChanged неправильно вызывается

а не правильно это, что там может быть не правильно?

this.listParams.clear(); this.listParams.addAll(listParams); notifyItemRangeChanged(0, this.listParams.size() - 1);

Внёс изменения и не вызвал или вызвал не с тем диапазоном.

а не правильно это, что там может быть не правильно?

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

this.listParams.clear(); this.listParams.addAll(listParams); notifyItemRangeChanged(0, this.listParams.size() - 1);

никогда так НЕЛЬЗЯ делать

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

Ну я же задался вопросом оптимизации))) вот и вопросы. Я возьму от размеров вью дровабл сделаю. И будет лучше чем просто из ресурсов. А пикасо как раз так и работает? Или нет

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

работа с UI ищ другого потока –– вообще табу, и exception'ы должны быть другие.

работа с UI ищ другого потока –– вообще табу, и exception'ы должны быть другие.

я не про то

работа с UI ищ другого потока –– вообще табу, и exception'ы должны быть другие.

у меня все из UI дергается

когда items.addAll() делаешь в другом потоке, так тоже нельзя

мда, рискованно)

никогда так НЕЛЬЗЯ делать

почему так нельзя делать?

потому что это вызовет inconsistency :)

почему так нельзя делать?

потому как рискуешь нарватся на переполение пула

вот почему вы так делаете? почему просто не notifyDataSetChanged?

Ну я же задался вопросом оптимизации))) вот и вопросы. Я возьму от размеров вью дровабл сделаю. И будет лучше чем просто из ресурсов. А пикасо как раз так и работает? Или нет

В Picasso есть трансформации, вот они кешируются. Про обрезку не могу сказать.