на рабочих устройствах нельзя кста

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

Не понял тебя, в андроид проблема в том что эмулятор не со 100% точностью чекают, его(эмулятор) можно настроить так что любое приложения будет считать его реальным устройством

попробуй запустить pokemon go на эмуляторе

У них античит говно

попробуй запустить pokemon go на эмуляторе

Запускал его на блюстак

Может BlueStacks?

попробуй сейчас запустить

да, но ведь на эмуляторе ещё никто не смог запустить за последнее время

ну они скорее всего натмвно как-то чекают

В трее иконочка авиарежим и интернет

нажим 2 шифта и напиши offline mode в текстовом поиске

Как отключить offline mode ?

Привет, пытаюсь разобраться, что происходит при клике на иконку аппа в андроид. Поправьте пожалуйста 1. юзер кликает на иконку приложения в лаунчере 2. приложение-лаунчер обрабатывает клик и стартует explicit? Intent(Action.MAIN, Category.LAUNCHER) 3. android api обрататывает intent: находит приложение в списке по packageId (парсит манифесты всех доступных приложений), запускает процесс приложения с методом zigoteInit() и параметром - полным именем текущей активности 4. При запуске создаются классы Application и целевого Activity. При необходимости происходит JIT компиляция и подгрузка ресурсов

у всех android gradle 3.6.1 глючит?

у всех android gradle 3.6.1 глючит?

Народ, подскажите плз, у меня есть Activity в ней Fragment, в этом фрагменте еще 3 фрагмента. И вот каждый из этих вложенных фрагментов грузит данные с сети и мне нужно показывать/скрывать прогресс бар. Сделал его общим в активити, но теперь не могу понять как им управлять? Или сделать для каждого свой прогресс, но тогда получается повоторения кода и не красиво. Или через SharedViewModel можно как-то замутить ??

Что бы ссылка не оставалась на активити

может стоит вызвать notifyDatasetChanged()

Что бы ссылка не оставалась на активити

Ссылка на активити никаким образом не помешает фрагменту уничтожится.

А я говорил, что она помешает уничтожится?

Тогда в чем сакральный смысл занулять ссылки?

Это будет утечка, если не занулить или я не прав?

Почему будет утечка?

сделай интерфейс для управления и реализуй его в активити, в которой этот Progressbar и в фрагментах делай так, то есть просто в onAttach достаешь контроллер и юзаешь где нужно, только в onDetach не забуть сделать = null private var mProgressBarController: ProgressBarController? = null override fun onAttach(context: Context) { super.onAttach(context) if (context is ProgressBarController){ mProgressBarController = context } } .... override fun onDetach() { super.onDetach() mProgressBarController = null }

Чёт жоска, что мешает просто взять объявить публичный метод в Activity и во фрагменте написать (activity as? YourActivity).showProgressBar()?

Чёт жоска, что мешает просто взять объявить публичный метод в Activity и во фрагменте написать (activity as? YourActivity).showProgressBar()?

Почему будет утечка?

А вдруг эта логика будет и в другой активти и один фрагмент может быть в 2х активити и тогда нужно менять код фрагмента на: (activity as? YourActivity1).showProgressBar() (activity as? YourActivity2).showProgressBar()

Ну ёлки, эт чуть другой вопрос. Можно допилить мною предложенное. Если допустить, что баром могут управлять все Activity, то можно объявить интерфейс типо ProgressBarController с методами управления баром, реализовать его во всех Activity, и во фрагментах вызывать методы Activity - хоста как (activity as ProgressBarController).showProgressBar(). Хотя, зная себя, я бы бахнул общую абстрактную Activity и реализовал бы этот интерфейс там, и из фрагмента бы уже обращался как - нибудь типо (activity as BaseActivity).showProgressBar(). Или, имхо, чуть получше, пульнул бы в BaseActivity какую - нибудь progressBarliveData, и её бы из фрагментов мучил. Точнее, определил бы метод showProgress() в родительском абстрактном BaseFragment(да, люблю абстрактные классы, гоните меня, намехайтесь надо мной(( ), и его бы мучал ужо.

Остается ссылка на активти

Утечка возникает тогда, когда дочерний элемент держит ссылку на родительский элемент, который живет должьше чем дочерний То есть в твоем случае Activity может жить на протяжении всего приложения (например), а фрагмент может уничтожаться и создаваться в зависимости от перехода пользователя между экаранми или относительно твоей логики

Утечка возникает тогда, когда возникают циклические ссылки. Тут важно только это. Если объект ссылается на активити, но активити на него - нет, то все норм. Пугают ссылками на активити в первую очередь по другим причинам: а) статические поля, тут вообще амба; б) если сменится контекст (например новая активити открылась, то она утечет, пока объект существует). Мне кажется, людям сложнее донести проблему взаимных ссылок, нежели просто напугать и сказть "низзя!" 😊

Утечка возникает тогда, когда возникают циклические ссылки. Тут важно только это. Если объект ссылается на активити, но активити на него - нет, то все норм. Пугают ссылками на активити в первую очередь по другим причинам: а) статические поля, тут вообще амба; б) если сменится контекст (например новая активити открылась, то она утечет, пока объект существует). Мне кажется, людям сложнее донести проблему взаимных ссылок, нежели просто напугать и сказть "низзя!" 😊

Утечка возникает тогда, когда возникают циклические ссылки. Тут важно только это. Если объект ссылается на активити, но активити на него - нет, то все норм. Пугают ссылками на активити в первую очередь по другим причинам: а) статические поля, тут вообще амба; б) если сменится контекст (например новая активити открылась, то она утечет, пока объект существует). Мне кажется, людям сложнее донести проблему взаимных ссылок, нежели просто напугать и сказть "низзя!" 😊

Не правда GC умеет разрешать циклические ссылки Например, если Вы будете хранить View внутри поля Activity (а View внутри держит ссылку на Activity), то утечки не произойдет

Я вообще не про фрагмент и вью. Ну да ладно

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

Пойду вкурю, возможно GC в Андроиде для меня пока тайна 😊

Утечка возникает тогда, когда дочерний элемент держит ссылку на родительский элемент, который живет должьше чем дочерний То есть в твоем случае Activity может жить на протяжении всего приложения (например), а фрагмент может уничтожаться и создаваться в зависимости от перехода пользователя между экаранми или относительно твоей логики

В смысле блин, такой же как в обычной жабе