Long параметр в конструкторе в Java

Question

Можно создать дубликат:
What's the best way to refactor a method that has too many (6+) parameters?

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

Answer 1

Это может быть соответствующий набор параметров, но в то же время мой ответ будет да. Разделите параметры на логические подгруппы, если они существуют, а не создают автомобиль из разных частей, сгруппируйте некоторые части в объект Engine, некоторые в Chasis и т. Д.

В качестве альтернативы, если некоторые из этих параметров являются необязательными, использование шаблона построителя, чтобы вы включали их только в случае необходимости.

В конечном счете, сделайте то, что имеет наибольшее значение для вас и вашего домена.

Answer 2

Рассмотрите возможность использования Builder. Вместо того, чтобы иметь конструктор, где некоторые параметры могут быть null:

Foo foo = new Foo(name, id, description, path, bar); 

И вместо телескопических конструкторами - т.е. делая один конструктор для каждой комбинации параметров, вы можете иметь:

Foo foo = new FooBuilder().setName(name).setPath(path).build(); 

Answer 3

Да, вам следует. См. What's the best way to refactor a method that has too many (6+) parameters?