Правильно — объявленные. В предложенном же случае конструкция buff += word + " "; создаст два новых объекта, а старый объект, находящийся в buff, будет удален (за исключением первой итерации, когда в buff лежит объект "", хранящийся в хранилище строк).
Правильно — объявленные. В предложенном же случае конструкция buff += word + " "; создаст два новых объекта, а старый объект, находящийся в buff, будет удален (за исключением первой итерации, когда в buff лежит объект "", хранящийся в хранилище строк).
Если операций конкатенации над одним и тем же строковым объектом производится много, это приводит к интенсивному процессу порождения новых объектов и добавляет работы сборщику мусора.
Опять же, неверное. Если применить конкатенацию к одному и тому же объекту, то будут созданы n объектов, при этом старый объект никуда не денется.
Если же имеется в виду конструкция вида:
for (String t : strList) {
s += t;
}
, то конкатенация здесь будет применяться к разным объектам, которые будут храниться в по одной и той же ссылке s.
Я бы в новом интерфейсе сделал обе панели элементов управления (нижнюю и верхнюю) скрываемыми, и добавил вкладки «Простой вид» и «Экспертный вид». При выборе экспертного вида — отображать, как у Вас, а при простом — достаточно «Куда», «Дата» и «Тема», остальные только нагружают интерфейс и большинству пользователей не нужны.
Когда создается новый функционал, кода неизбежно будет много больше.
превратив, все-таки )
В данном коде ошибка. Вместо li_items везде нужно использовать new_ul.
В данном коде ошибка. Вместо li_items везде нужно использовать new_ul.
Опять же, неверное. Если применить конкатенацию к одному и тому же объекту, то будут созданы n объектов, при этом старый объект никуда не денется.
Если же имеется в виду конструкция вида:
, то конкатенация здесь будет применяться к разным объектам, которые будут храниться в по одной и той же ссылке s.
Данное высказывание неверно. Новый объект будет создан, но старые при этом не будут удалены, т.к. они находятся в хранилище строк.