Это не проблема и не удар по перформансу, это просто изначальное желание писать быстрый код. Что там, что в других местах

это преждевременная оптимизация

обычно проблемы перфоманса приложения кроятся явно не в генерации строк из 5 значений

Если остальных проблем нет, то начинает упираться и в это

Поэтому если пишешь быстро — пиши быстро все сразу

Если остальных проблем нет, то начинает упираться и в это

не может быть даже теоретически, что все остальные места работают нормально, а косяк в toString

У тебя может быть конкатенация объектов в цикле

Вот тебе и узкое место

даже интересно, есть ли тут люди с опытом, у которых производительность в toString упёрлась :D

и писали бы не на джаве, а на си

Мы и пишем на Си, когда надо

А по поводу performance matters — посмотрите в сторону либы от ОК для работы с сетью

Там почти все в нативе лежит, чтобы избежать чрезмерного вызова GC при работе с большими данными

А когда вы пишете на Java интерфейс и пытаетесь оптимизировать его под 60FPS, значние имеет примерно ВСЁ

Я, например, стараюсь использовать индексированные циклы там, где это возможно

?

А когда вы пишете на Java интерфейс и пытаетесь оптимизировать его под 60FPS, значние имеет примерно ВСЁ

почему бы не написать интерфейс в 60 фпс на руби? или на груви?

какое-то странное соотношение задач и технологий

Потому что Андроид, лол

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

?

Итератор это объект, он занимает место в памяти, для него будет вызван GC. Если коллекция поддерживает оптимизированный доступ по индексам(то есть это не какой-нибудь LinkedList), и не модицицируется из разных потоков, это реально нужно.

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

Иначе при итерации Drawable в каком-нибудь onDraw() будет создаваться 60 объектов в секунду только для одной вьюшки

На NDK единственный способ писать интерфейс с аппаратным ускорением это вручную юзать OpenGL

Так что нет

хочется и рыбку съесть

и на джаве писать

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

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

Нет необходимости — если писать правильный код на Java, то будет 60 fps + небольшой запас сверху

Но toString() писать через format у нас нельзя. Банально потому что ты н знаешь, в каких местах ты его использовать будешь

Итератор это объект, он занимает место в памяти, для него будет вызван GC. Если коллекция поддерживает оптимизированный доступ по индексам(то есть это не какой-нибудь LinkedList), и не модицицируется из разных потоков, это реально нужно.

Я с мобилками не работал, конечно, но чтобы так заморачиваться. Это ужасно.

Увы

Реально ужасно

И никто не заморачивается — поэтому почти все приложения под Android тормозят

врятли поэтому

И никто не заморачивается — поэтому почти все приложения под Android тормозят

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

А я замечаю регулярно на Nexus 6P

Подскажите как реализовать работу с БД в webSocket? Нужно для каждого пользователя держать соединение с базой? или брать соединение только на момент транкзации ?

мощности смартфонов позволяют писать плохой код на уровне приложений, просто платформа и сам андроед не очень хороши

врятли поэтому

Поэтому. Ещё и потому что часть всяких библиотек не совсем под мобилки заточена. Rx, например, флудит функторами на каждый чих

мощности смартфонов позволяют писать плохой код на уровне приложений, просто платформа и сам андроед не очень хороши

Так и есть. Там все работает в достаточно неумной JVM

и пишется на управляемом коде

Хотя железо мощнее айфона

Вот от этого и идут все наши проблемы

Хотя железо мощнее айфона

скажи это последнему айфону

Ну насколько я знаю, 6P все же мощнее

а вы вообще такой треш профилировали? я на андроид не пишу, но нормальные джвм неплохо так оптимизируют

Мы нет, гугл да

У них есть страничка с рекомендациями

брр, мои соболезнования

Могу разве что собственным опытом поделиться — да, реально начинает меньше лагать

Посмотрите в сторону Telegram, например — у них куча таких оптимизаций, и работает быстрее гапсов

Хотя код адовый

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

Или из быстрого не быстрый :)

ну вон все те функторы-монады неплохо оптимизируются

что на андроиде, правда, совершенно не в курсе

Поэтому. Ещё и потому что часть всяких библиотек не совсем под мобилки заточена. Rx, например, флудит функторами на каждый чих

Что за функторы в рх?

Лямбды

Анонимные классы

ну вон все те функторы-монады неплохо оптимизируются

Если ты про чистые функции, то в Android компилятор умеет их выносить в статик :)

Ребят, подскажите пожалуйста. Использую древность, но все же интересно. Создал класс, который наследуется от Frame, свой компанент по сути, в нем на экран вывожу время текущее. Как сделать так, чтобы оно было нестатическим, а динамическим в реальном времени? пытался использовать repaint() - безуспешно

Ребят, подскажите пожалуйста. Использую древность, но все же интересно. Создал класс, который наследуется от Frame, свой компанент по сути, в нем на экран вывожу время текущее. Как сделать так, чтобы оно было нестатическим, а динамическим в реальном времени? пытался использовать repaint() - безуспешно

что у тебя? андроид, swing etc

больше похоже на awt ~_~

ERROR: S client not available

Да. Way

Awt

@fjfalcon настолько олдскул, что пишет смайлы руками. -_-

@guga4ka дак эта, я вообще мышку не люблю.

Да. Way

часы как рисуешь?

label? field?

просто вызывай каждую секунду label.setText()

Label да

Типа засунуть в поток некий?

И слип 1с?

да

хотя это хрень та еще

но тебе сойдет)))

просто вызывай каждую секунду label.setText()

Выглядит как костыль.

я не отрицаю.

ну а если как то по нормальному?

Но я всё равно ничего лучше не скажу)

Анонимные классы

Ну они там не тяжелые же

Не тяжелые, но граф будет дольше обходиться

ну а если как то по нормальному?

Гуглить надо. Стакими вещами мало-кто работает.

ну а если как то по нормальному?

заюзать Timer

типа такого

Там засекать время и через schelude обновлять ktq,label?

каждую секунду

new Timer(1000, new ActionListener() { public void actionperformed(actioneventt e) label.setText(LocalDateTime.now())

.start

как то так

когда гуй строишь

на сколько я помню в AWT репаинт может сделать только тот поток который создал фрейм или чёт такое

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