ни один не разобрался в аргументах другого и сидят кудахчут!

не пиши булшит

сори, не буду больше

я говорю что в андроид разработке обжект в принципе не нужен, а мне в ответку пишут.... закончили кароче

в андроиде обжект существует и так криво, так что это понятное дело

но файл с утилсами чем не угодил?

Бугаенко уже достаточно сказал на эту тему. не буду повторяться. открой почитай или посмотри

А, опять это) норм utils классы работают если их правильно юзать

как мне недавно сказал знакомый : у меня говнокод от 2015 года до сих пор в проде норм работает

напиши юнит тест на свой ютилс класс с статик методами

и спроси человека который первый раз прочитал твой код в ютилс классе : каково было ему? сколъко он потратил времени вникая в это вот

Всем привет. Возможно простой вопрос, но так сходу, нагуглить не удалось: есть поток данных, скажем, 500 значений в секунду. Нужно отобразить на экране (например, прогресс-баром или кастомной View). Предполагаю, что если мы будем 500 раз в секунду дёргать обновление значений, то ничего хорошего из этого не получим. Логичным напрашивается вариант - делать обновления, скажем, соотетсвенно, кадрам перерисовки интерфейса или вроде того. Но это всё предположения мои. Как правильно делать такие вещи?

я делаю самописным делей классом. эмит значений с периодом

многие делают через рх например. зависит что знают/имеют под рукой

но для такого всегда естъ surfaceview который работает в другом потоке и может принимать частые обновы

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

как бы ты не разделял, не поможет тебе без спеки разобраться что и как

по секрету : в мире много вещей кроме твоей фичи

где пара тестовых методов дадут легко и просто понять что к чему . вместо сотен часов изучения говнокода и спек

хм. спасибо за быстрый ответ. дёргать отдельным потоком/таймером можно, конечно. хотя, почему-то напрашивается какой-то вариант просто повесится на какое-нить событие вроде onFrame или чего-то такого.