Если что - с полученным аудиофокусом то же поведение

😂😂😂

Нашел в чем проблема, делюсь) У активити есть метод, принудительно выставляющий канал аудио, который будет менять по нажатиям хардварных кнопочек https://developer.android.com/reference/android/app/Activity.html#setVolumeControlStream%28int%29

Приветствую. как установить socks5 прокси для всех подключений внутри своего приложения?

Root > redsocks

без рута

Всем привет, я что-то не могу понять что делать с Google Play App Signing, может кто-то рассказать по пунктам ? Что делать с Загрузка сертификата и сертификат для подписи приложения(понимаю что подписывать) но как ? ) Не могу найти инфы

Не забывайте корректно настраивать приложения!

Привет такой вопрос по FCM. Может ли device token изменится сам по себе, если не удалять, не чистить данные приложения, не переустанавливать его?

Анонсы, статистика КХЛ и НХЛ. Ставки и история хоккея - @vk_freee

Допустим, владелец приложения ААА решил заработать на рекламе. Договорился с владелцем какого-нибудь приложения, допустим БББ, мол, я делаю рекламу твоего приложения в своем, а ты мне платишь. Какую именно рекламу? Пользователи приложения ААА будут получать внутреннюю валюту за, напирмер, регистрацию в приложении БББ. Как владельцу приложения БББ оповестить владельца ААА о том, что пользователь приложения ААА зарегистрировался. Очень грубо описал, но проще не могу придумать.

В играх часто похожий механизм используется. Получи золото за то, что в левом приложении дойдешь до 10 уровня

А есть какие-нибудь источники информации, где можно почитать о том, как организовать подобное через гугл и как гугл будет заботиться об этом, например ?

Есть некая коллекция private var items = emptyList<ItemViewModel>() Хочу определять нажатие по элементу в ней. Пробую нечто подобное: private fun onLoginViewModelClick(selectedGuid: String) { items.forEach { items.firstOrNull { it.guid == selectedGuid }?.let { it.selected = !it.selected } } } но увы мимо...

Понял, спасибо огромное.

а что именно?

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

Вы точно хотите мешать Key-Value и SQL

ssd?

тогда я голосую за медленное хранилище

Ты сам ответил на свой вопрос :)

Я по поводу DI. Сейчас всё между Dagger2 и Toothpick. Если я плохо знаю Dagger2(сделал проект, там не много зависимостей, если будет разрастаться чувствую мне надо будет переписывать) я могу бросить дагер и использовать Toothpick так как он легче в освоении)) Или мне лучше сначала хорошо изучить Dager2 так как в большинстве проектах он есть(не в моих а в общем по андроид сообществу) и AndroidDeveloper обязан его знать и только потом уже переходить на Toothpick?

Я по поводу DI. Сейчас всё между Dagger2 и Toothpick. Если я плохо знаю Dagger2(сделал проект, там не много зависимостей, если будет разрастаться чувствую мне надо будет переписывать) я могу бросить дагер и использовать Toothpick так как он легче в освоении)) Или мне лучше сначала хорошо изучить Dager2 так как в большинстве проектах он есть(не в моих а в общем по андроид сообществу) и AndroidDeveloper обязан его знать и только потом уже переходить на Toothpick?

Прошарьте Dagger, хуже точно не будет) TP штука пока экспериментальная, и не везде принятая.

Прошарьте Dagger, хуже точно не будет) TP штука пока экспериментальная, и не везде принятая.

ок

Есть потребность получать ApplicationContext отовсюду. Какое решение выглядит наименее ужасно для этого?

Даже если его нужно прорабрасывать через несколько уровней? Пример? В голову сразу не приходит, но часто встречалось на практике

Ну эт да. Думал покрасивше что-нибудь есть)

в листвью который находится в ремоут вью можно как-то засунуть итем не текст вью а релатив или фрейм? Есть какой нить хак может ?

Интернет только на тел. Поэтому спрошу тут а не в гугл. При создании проекта вылазит ошибка. Не подскажете как решить?

в ListView который находится в RemoteViews можно как-то передать item layout не TextView а FrameLayout или RelativeLayout ?

Контекстозависимые классы обычно за интерфейсом прячу. Чтобы можно в случае чего замокать интерфейс. И спокойно уже тестить. Да, я понимаю, что решение не огонёк. Но иногда хочется взять и получить доступ отовсюду)

Зависит от того что тестировать. Если UI, не вижу проблем с статическим доступом к Application

Коллеги, подскажите, пожалуйста где/как правильно хранить временные данные ( пока существуеь Application) в MVP ? Сейчас я все данные храню в синглтоне унаследованном отApplication.

Коллеги, подскажите, пожалуйста где/как правильно хранить временные данные ( пока существуеь Application) в MVP ? Сейчас я все данные храню в синглтоне унаследованном отApplication.

А если процесс убьется ? Сейвишь эти данные из синглтона ?

А если процесс убьется ? Сейвишь эти данные из синглтона ?

Нет. гружу заного с сервака

Нет. гружу заного с сервака

Боль

И страдания

И страдания

Данные могут устареть. поэтому я перестраховываюсь и гружу их заново. Делать то что? Оставить как есть?

А что за данные хоть ?

Данные могут устареть. поэтому я перестраховываюсь и гружу их заново. Делать то что? Оставить как есть?

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

Интернет может быть не стабильным

Думаешь у всех интернет как у тебя в офисе ?

Гугл несколько видео сделал на эту тему

Чтоб пилить оффлайн режим для приложения

Интернет может быть не стабильным

у меня так и выходит. когда активити создается я беру данные из singlton.

у меня так и выходит. когда активити создается я беру данные из singlton.

На бюджетных телефонах синглетоны долго не живут (уничтожение процесса)

Хотя на флагманах тоже

К примеру на телефонах Самсунг есть менеджеры которые убивают процессы лежащие в фоне.

Суть в том, если хочешь сделать очень хорошо, делай оффлайн (хотя бы временный) режим. Если "чтобы работало", то хватит синглетонов

Суть в том, если хочешь сделать очень хорошо, делай оффлайн (хотя бы временный) режим. Если "чтобы работало", то хватит синглетонов

Понятно. спасибо. Offline делать на Content Provider?

Понятно. спасибо. Offline делать на Content Provider?

Зависит от того какие у тебя данные. Плюс, я бы советовал копать в сторону orm

Удивишься, но... распарсить

Можно костыльнуть. Доставать весь обьект a и отдельно ссылку, перевести его в строку и сделать replace. Но если много данных, то долго работать будет

Доброго вечера!

Ребята, есть вопрос, почему realm не пишет trace в logcat при ошибках, про приложение вылетеат без сообщений?

Крутое количество сообщений в телеграме) Первую проблему можно решить стилем (тут шпаргалка: https://gist.github.com/boxme/1fec2a44cc46fad221ee). Вторую скорее всего тоже

Uroki angliyskogo onlain besplatno bez sms i registracii

А я думал, школота и студенты начинают с расписания пар

Кто знает, есть какие-нибудь негативные моменты от разбиения экранов на фрагменты? То есть вместо, допустим, цельного экрана со списком собеседников, с активной перепиской, с тулбаром, с кнопками и т.п. попилить его по фрагментам: отдельный фрагмент для списка собеседников, отдельный фрагмент для активного окна чата, отдельный фрагмент для тулбара и т.п. и все это одновременно на экране в одной активити? Меня интересует именно влияние такого разбиения на производительность приложения. Есть у кого опыт с таким подходом? )

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

Кто знает, есть какие-нибудь негативные моменты от разбиения экранов на фрагменты? То есть вместо, допустим, цельного экрана со списком собеседников, с активной перепиской, с тулбаром, с кнопками и т.п. попилить его по фрагментам: отдельный фрагмент для списка собеседников, отдельный фрагмент для активного окна чата, отдельный фрагмент для тулбара и т.п. и все это одновременно на экране в одной активити? Меня интересует именно влияние такого разбиения на производительность приложения. Есть у кого опыт с таким подходом? )

Так и надо

Вообще погугли про single activity подход, про conductor и подобное

Круто, что ты делаешь блокнотики без напряга, мы все оценили👍 Пс: ты назвал рассказ новичка оффтопом, но свои ядовитые сообщения нет?

<EditText android:gravity="start" android:hint="123" android:inputType="textMultiLine" android:layout_width="match_parent" android:layout_height="match_parent" />

читай startandroid, уроки короткие, но емкие

hint - для примера, он там не нужен

Sergey8827: зайди в настройки Найди билдтулз Затем градл и поствь галочку офлайн ворк

Sergey8827: зайди в настройки Найди билдтулз Затем градл и поствь галочку офлайн ворк

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

Спасибо

Вообще погугли про single activity подход, про conductor и подобное

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

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

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

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

У нас это сплеш с анимацией загрузки, и в течение его работы происходит инициализация приложения (опрос данных с сервера, репликация их с локальными данными, инициализация геолокации и пр.) И это занимает в зависимости от производительности девайса и сети от 1 до 10 секунд. То есть цель двойная - и сплешь и действительная работа по инициализации. )

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

Это нам позволяет быстро менять UI приложения кардинальным образом, не трогая основной код - меняется только лайаут активити, и получается полный рескин без изменений в коде. Так что дело тут не только в планшетной/тв версии =)

У нас это сплеш с анимацией загрузки, и в течение его работы происходит инициализация приложения (опрос данных с сервера, репликация их с локальными данными, инициализация геолокации и пр.) И это занимает в зависимости от производительности девайса и сети от 1 до 10 секунд. То есть цель двойная - и сплешь и действительная работа по инициализации. )

Понял, спасибо

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

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

Довольно специфическим ) Каждый фрагмент представляет собой законченный кусочек интерфейса с данными. Естественно архитектурно (The Clean Architecture). А активти, которое хостит фрагмент, обязано имплементировать интерфейс роутера для этого фрагмента (если необходимо). А специфичность задачи в том, чтобы иметь N-е количество клонов одного и того же приложения, которые до неузнаваемости различаются как по UI, так и по навигации, но при этом имеют общую кодовую базу во всех слоях... Кроме слоя компоновки которым и являются активити конкретных экранов и обеспечивают навигацию реагируя на вызовы роутеров =)

Сейчас видим, что некоторые фрагменты можно еще раздробить, чтобы получить больше вариаций и сочетаний

О как, интересный кейс :) Пальцем в небо, это какие-нибудь интернет-магазины? Интересный подход)

Не, это другое ) Конспирация от корпорации добра не позволяет вносить никакой конкретики, потому как схема применения и распространения немного "серая" )