Какой паттерн проектирования удобен для создания сложных объектов с множеством параметров?

Да ты посмотри, какой у нас тут паттерн Builder подъехал, блядь! Ну прям как Герасим с Муму, только в мире кода, ёпта!

Вот представь себе, чувак, ты пытаешься создать объект, а у него параметров — овердохуища! И все они опциональные, кроме парочки. И что ты будешь делать? Писать конструкторы на каждый чих? Один с именем, другой с именем и возрастом, третий с именем, возрастом и почтой... Это ж, блядь, телескопический конструктор получается, хуй с горы! Куча почти одинаковых методов, только и успевай, что в рот меня чих-пых от их количества.

А вот Builder — это хитрая жопа, которая всё решает. Смотри, как красиво.

Сначала делаем наш класс, например, User. И объявляем ему поля, можно даже final, чтобы он был неизменяемый, как скала, блядь.

public class User {
    private final String name;
    private final int age;
    private final String email;
    // ... тут ещё дохуя полей может быть
}

А теперь, внимание, ёперный театр! Конструктор у User будет приватный, блядь! Чтобы его с улицы, как последнего распиздяя, не вызывали. Он только для своего внутреннего строителя, понимаешь?

И внутри класса User мы объявляем статический класс Builder. Это как его личный раб-Герасим, который всё соберёт.

public class User {
    // ... поля

    // Приватный конструктор, вызывается Builder'ом
    private User(Builder builder) {
        this.name = builder.name;
        this.age = builder.age;
        this.email = builder.email;
    }

    public static class Builder {
        private final String name; // Обязательный параметр — без него нихуя не построится
        private int age = 0;       // Необязательный, по умолчанию ноль
        private String email = ""; // Необязательный, по умолчанию пустая строка

        // Сразу в конструкторе Builder'а заставляем указать обязательную хуйню
        public Builder(String name) {
            this.name = name;
        }

        // А дальше — магия! Методы, которые возвращают самого себя (this)
        public Builder age(int age) {
            this.age = age;
            return this; // Флюент-интерфейс, блядь! Красота!
        }

        public Builder email(String email) {
            this.email = email;
            return this;
        }

        // И кульминация — метод build(), который создаёт итоговый объект
        public User build() {
            return new User(this); // Вот тут приватный конструктор и вызывается
        }
    }
}

И как этим пользоваться? Да проще пареной репы, блядь!

// Создаём Алису, 30 лет, с почтой
User user = new User.Builder("Alice")
                    .age(30)
                    .email("alice@example.com")
                    .build(); // ВСЁ! Объект готов, валиден и неизменяем!

// А можно и так, если возраст похуй
User user2 = new User.Builder("Bob")
                     .email("bob@example.com")
                     .build();

// Или вообще только имя, а остальное — дефолты
User user3 = new User.Builder("Chuck Norris")
                     .build(); // Возраст 0, почта пустая — но объект-то целый!

В чём, сука, кайф-то?

• Читаемость пиздец: Сразу видно, age — это возраст, email — это почта. Не как в конструкторе new User("Alice", 30, null), где непонятно, что это за null в конце.
• Неизменяемость: Объект User родился уже взрослым и готовым, поля final, менять нихуя нельзя. Надёжно, как швейцарские часы, блядь.
• Безопасность: В методе build() можно, блядь, валидацию впендюрить, проверить, что всё правильно. И только тогда отдавать объект. Не как попало.
• Гибкость ёбаная: Захотел добавить новый параметр, например, phone? Добавляешь поле в Builder, пишешь метод phone(String phone), и всё! Существующий код даже не чихнёт, не сломается. Волшебство, ёпта!

Вот так вот, друг. Не городи кучу конструкторов, а используй Builder. Он, конечно, кода чуть больше писать, зато потом жить — одно удовольствие, в рот меня чих-пых!