AP
а зачем?
то что ты делаешь это плохо. это сложно поддерживать, сложно читать, сложно предугадать баги
android.os.Messenger cannot be cast to android.os.HandlerSize: a a a
2020 September 15
DP
И кстати, вот эти все ихние рецепты из переполнения стека...
СМ
или заменить mvp на mvvm в связке с лайв датой, на которую ты будешь подписан и которая будет уведомляться о появлении данных
или использовать рх джаву
или использовать корутины
или использовать рх джаву
или использовать корутины
Понял, спасибо
V
В общем я уже наконец все выяснил.
Метод.класса вызывается в вызывающем потоке, а не в потоке A1.run.
Чтобы подергать методы MainActivity и вывести пользователю что-то из другого потока достаточно передать в другой поток (А1) ссыль на MainActivity.
Метод.класса вызывается в вызывающем потоке, а не в потоке A1.run.
Чтобы подергать методы MainActivity и вывести пользователю что-то из другого потока достаточно передать в другой поток (А1) ссыль на MainActivity.
не надо передавать ссылки на активити
кажется, ты что-то очень странное делаешь
кажется, ты что-то очень странное делаешь
DP
то что ты делаешь это плохо. это сложно поддерживать, сложно читать, сложно предугадать баги
плохо - оценочное суждение.
сложно читать -- не знаю, там намного меньше кода и задействованных библиотек, чем в случае подписок и Messenger
сложно предугадать баги -- я не знаю, как тестировать в яве многопотоковость, тем более в андроиде, пока оно работает на коленке. Если есть конкретные баги, которые могут вылезти -- подскажи, какие, какого плана они могут быть?
сложно читать -- не знаю, там намного меньше кода и задействованных библиотек, чем в случае подписок и Messenger
сложно предугадать баги -- я не знаю, как тестировать в яве многопотоковость, тем более в андроиде, пока оно работает на коленке. Если есть конкретные баги, которые могут вылезти -- подскажи, какие, какого плана они могут быть?
AP
плохо - оценочное суждение.
сложно читать -- не знаю, там намного меньше кода и задействованных библиотек, чем в случае подписок и Messenger
сложно предугадать баги -- я не знаю, как тестировать в яве многопотоковость, тем более в андроиде, пока оно работает на коленке. Если есть конкретные баги, которые могут вылезти -- подскажи, какие, какого плана они могут быть?
сложно читать -- не знаю, там намного меньше кода и задействованных библиотек, чем в случае подписок и Messenger
сложно предугадать баги -- я не знаю, как тестировать в яве многопотоковость, тем более в андроиде, пока оно работает на коленке. Если есть конкретные баги, которые могут вылезти -- подскажи, какие, какого плана они могут быть?
все что связано с race condition, например
AP
плохо - оценочное суждение.
сложно читать -- не знаю, там намного меньше кода и задействованных библиотек, чем в случае подписок и Messenger
сложно предугадать баги -- я не знаю, как тестировать в яве многопотоковость, тем более в андроиде, пока оно работает на коленке. Если есть конкретные баги, которые могут вылезти -- подскажи, какие, какого плана они могут быть?
сложно читать -- не знаю, там намного меньше кода и задействованных библиотек, чем в случае подписок и Messenger
сложно предугадать баги -- я не знаю, как тестировать в яве многопотоковость, тем более в андроиде, пока оно работает на коленке. Если есть конкретные баги, которые могут вылезти -- подскажи, какие, какого плана они могут быть?
если ты пилишь для себя - делай.
если это будут другие пилить после тебя - не делай, иначе икаться тебе будет.
давно уже никто почти не использует многопоточные примитивы, потому что сложность кода увеличивается геометрически при увеличении сложности задачи.
rx или корутины лучше освой. Для твоей задачи хватит поверхностных знаний в них
если это будут другие пилить после тебя - не делай, иначе икаться тебе будет.
давно уже никто почти не использует многопоточные примитивы, потому что сложность кода увеличивается геометрически при увеличении сложности задачи.
rx или корутины лучше освой. Для твоей задачи хватит поверхностных знаний в них
DP
окъ
DP
спасибо, посмотрю на них.
DP
На всякий случай, для предметного показа.
Убрал всё лишнее не относящееся к вопросу.
Убрал всё лишнее не относящееся к вопросу.
V
выгляди как код из какого-нибудь 2012😅
DP
эмм, первый язык программирования у меня был фортран на смке, так что нормалёк.
DP
а, не, вру. бейсик на z80 с кассеты, да. Фортран был потом.
DP
У меня больше вопрос -- race condition может ли возникнуть при таком использовании?
Т.е. ровно один поток consumer, один поток publisher, но каждый может дёрнуть в произвольный момент времени
Я не понимаю, лочится там что-то или нет при этом.
Т.е. ровно один поток consumer, один поток publisher, но каждый может дёрнуть в произвольный момент времени
owner.chatlink.append.Я не понимаю, лочится там что-то или нет при этом.
DP
Хотя, если это вывод, то где-то глубоко под капотом...
AP
проверь варианты, когда во время запроса ты сворачиваешь приложение, например. или в ходе запроса - переворачиваешь экран
DP
угу, понел.
AP
учитывая, что ссылка на активити у тебя где-то в потоке, то при уничтожении активити - будут странные вещи
DP
Поскольку потоки не выделены в отдельные сервисы, разве они не будут ли тоже уничтожены?