StringBuffer().append()

Понял ... Уже в принципе можно разбираться со свингом, но доработать бы Core.

это не паттерн builder, это просто метод append(), который добавляет к текущему значению новое. для чего это надо? потому что StringBuffer() в отличие от обычного String мутабельный. и при многократных изменениях одной и той же переменной будет эффективнее. ещё StringBuffer потокобезопасный, если мультипоточка не важна, можно использовать StringBuilder

Каким образом она будет эффективней?

String immutable, а значит при любых её изменениях будут создаваться новые объекты. StringBuilder создается 1 раз, и все изменения происходят всегда с одним объектом. в этом плане он эффективнее. ну и там куча методов ещё для работы со строками есть.

Я сорян может я туплю... Но - зачем многократное повторение append() с одним и тем же параметром, в один StringBuffer?

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

Выходит здесь это глупость?

одного append() здесь хватит за глаза?

Я имел ввиду реализацию append() в StringBuffer, а не приведенный участок кода, который имеет смысл только для демонстрации возможности мутации StringBuffer и возможности вызова метода append() цепочкой. Это ли не Строитель? В дальнейшем, при создании своих классов методы, которые приводят к мутации объекта можно делать возвращающими не void, а ссылку на текущий объект, что и позволит вызывать эти методы цепочкой.

одного append() здесь хватит за глаза?

при передаче соответствующего аргумента да, но опять таки поскольку приведенный код не сохраняет и никуда не передает ссылки на созданный и измененный объект - это все не имеет смысла

Это ли не Строитель? нет. суть строителя в первую очередь, это возможность создавать объект задавая любое количество параметров и в любом порядке. метод append() просто изменяет уже существующий объект.

Соглашусь с Вашим замечанием. Очевидно что не так понял, а потом большую часть еще и забыл)))