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

Ну например возьмем базу, поиск из базы, добавление, удаление

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

Или надо синглтон базы?

DAO, ContentProvider, лучше будет

DAO, ContentProvider, лучше будет

Для работы с базой ок, использую и посмотрю

Дальше, допустим класс хелпер для работы со строками. Строку передал, строку получил

Можно cтатик метод?

Если коротео, что делает Looper,

?

У меня с потоками не очень

Точнее с теорией

Сам лупер с хендлером юзал, но что он делает не знаю))

Можно cтатик метод?

нормуль, утилитарный класс аля StringUtils

https://m.habrahabr.ru/post/142256/ там куча инфы по этому вопросу

нормуль, утилитарный класс аля StringUtils

Так как понять когда можно Статик метод а когда не стоит?

Если коротео, что делает Looper,

Вкратце - связывает текущий поток с очередью сообщений, чреез которую ты можешь потом взаиможействовать например с помощью Handler ну ил инапрямую/

ну и поток естественно не будет остановлен пока не будет вызван quit

https://m.habrahabr.ru/post/142256/ там куча инфы по этому вопросу

Только что прочитал. Я использовал только Looper только для паузы в сплешскрине или для исполнения кода в UI потоке через getMainLooper()

Например, где его можно использовать помимо этих задач? Есть пример из жизни?

58 вниз голосования Looper позволяет задачи, которые будут выполняться последовательно на одном потоке. И обработчик определяет те задачи, которые мы должны выполнить.

Теперь понял

http://stackoverflow.com/questions/7597742/what-is-the-purpose-of-looper-and-how-to-use-it

Так как понять когда можно Статик метод а когда не стоит?

Понять, как это работает под капотом. Если ты хранишь в статик поле вьюху или контекст - это плохо

грубо говоря, если у тебя есть класс public class A { static Context context; public A(Context ctx) { context = ctx; } public static myMethod() { context.doSomething... } }

вот за такое надо руки оторвать

а если сам класс статик, а ему передаются view или context как переменные ?

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

живо до тех пор, пока жив метод

или метод у класса статик?

Ребята, кто-то из вас создаёт прототип UI приложения в процессе разработки? С помощью какого инструмента вы это делаете? Какие есть хорошие бесплатные программы или онлайн-редакторы для прототипирования? Сам гуглил, находил только платные и free trial.

скретч

Зеплин вроде проект бесплатно

вот более коректный пример говнокода

ninja mock

public class myActivity extends ListActivity { public static Context baseContext; public void onCreate(Bundle savedInstanceState) { baseContext = getBaseContext(); }

статик живет намного дольше активити

даже когда myActivity будет уничтожено - контекст протечет

потому что статик жив пока живо приложение и никак не завязан на lifecycle активити

более того, каждый поворот такого активити будет удваивать пробоину

public class myActivity extends ListActivity { public static Context baseContext; public void onCreate(Bundle savedInstanceState) { baseContext = getBaseContext(); }

это понятно, ещё есть примеры?

это понятно, ещё есть примеры?

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

ninja mock

Пробовал ninjamock, там практически нет шаблонов по Material Design, что весьма печально.

здесь нет конкретных случаев вида "не делай вот так и вот так"

если ты понимаешь как работает static - у тебя никогда не будет проблем

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

анонимный класс для обработки коллбэка

вот класс Tools и его метод

public static List<WifiInfo> filter(List<WifiInfo> models, String query) { query = query.toLowerCase(); final List<WifiInfo> filteredModelList = new ArrayList<>(); for (WifiInfo model : models) { final String text = model.SSID.toLowerCase(); if (text.contains(query)) { filteredModelList.add(model); } } return filteredModelList;

если (убаси б-г)

здесь нет конкретных случаев вида "не делай вот так и вот так"

а что насчет контекста в статик филде аппликейшена?

у тебя из активити дергается сетевой запрос

и передается обработчик коллбэка как анонимный класс - то это звездец в квадрате

@fm_norton ну тогда проще взять какой-нибудь kit с готовыми кусками интерфейса и побырому состряпать прототип. В том же скетче, или фотошопе, или ai

во-первых, оно течет. Потому что анонимный класс держит ссылку на outer класс до тех пор, пока не отработает асинхронный метод, во-вторых, коллбэк может прилететь когда активити уже нет и это краш

@fm_norton ну тогда проще взять какой-нибудь kit с готовыми кусками интерфейса и побырому состряпать прототип. В том же скетче, или фотошопе, или ai

Хорошо, спасибо. Попробую.

а что насчет контекста в статик филде аппликейшена?

не смотря на ворнинг студии ничего страшного. Сам static живет столько, сколько живет application

а что насчет контекста в статик филде аппликейшена?

с ним все в порядке :)

не смотря на ворнинг студии ничего страшного. Сам static живет столько, сколько живет application

я еще частенько встречал @NonNull public static Application get(@NonNull Context context) { return (Application) context.getApplicationContext(); } выглядит как костыль, зато линт не ругается :D

локальный скоп

память удерживается до тех пор, пока метод находится в стаке

ничего текущего тут нет

ERROR: S client not available

про мой метод что скажете? не течет?

А зачем тут статика?

таки да

течь не течет, но это во-первых не нужно

более того, каждый поворот такого активити будет удваивать пробоину

То есть удваивает? Судя по коду оно будет перезаписано и ссылка на прошлый контекст потеряется, в результате gc ее удалит

Что бы потом просто сделать Tools.filter()

и получить отфильтрованный список

Что бы потом просто сделать Tools.filter()

Я не по вашему коду, у вас вроде все хорошо, мой клиент подлагивает

Если я передам контекст активити в какой-то статичный метод, то после уничтожения активити в том методе останется ссылка на активити и будет утечка. Я все правильно понял?)

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

Понял правильно =) Можно и обнулить в конце метода. Только нужен ли вам контекст активити? Почему бы не взять контекст аппликейшена?

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

Ого я говнокодер?

Я бы рассказал, но стыдно ?

Хорошо проект новый начал, не успел наговнокодить

Потом будешь все даггером инжектить

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

Не используйте статический филд, только методы в классе, все переменные передаваемые в метод не будут утекать

Понял правильно =) Можно и обнулить в конце метода. Только нужен ли вам контекст активити? Почему бы не взять контекст аппликейшена?

А на открытие базы, проверку интернета что лучше активити или аппликэйшен?

А на открытие базы, проверку интернета что лучше активити или аппликэйшен?

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

ну и поток естественно не будет остановлен пока не будет вызван quit

А когда и где его нужно вызывать в своем коде?

Спасибо всем, много интересного узнал

А когда и где его нужно вызывать в своем коде?

в конце метода, например

Потом будешь все даггером инжектить

О раз про дагер пошло. Инъекция зависимостей) можете рассказать что к чему?)

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

в конце метода, например

Надо в try finally оборачивать?

Надо в try finally оборачивать?

все методы Looper.x() тебе обязательно вызывать, так что да, если у тебя там исключения будут выбрасываться

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

А где его можно использовать помимо обновления ui? А если используешь Rx он нужен?

А где его можно использовать помимо обновления ui? А если используешь Rx он нужен?

а это не ко мне если в rx используются android.os.Handler — да, нужен

оно ж как-то криво работает, если вьютайпы и их количество не пропишешь

А в котлине нет async/await как в c#?