那如果设置了带全部参数的构造器，还有必要挨个设置setter吗

### 回答1：
如果你已经设置了带全部参数的构造器，那么设置setter可能就显得有些冗余了，因为这些属性已经可以通过构造函数来初始化。通常情况下，如果你已经在类中定义了一个带有所有属性的构造器，那么你可以选择不再为这些属性添加setter方法，或者将setter方法定义为私有的，这样可以防止在对象创建后意外地修改这些属性。但是，如果你的代码需要在对象创建后动态地修改这些属性，那么你可能仍然需要为这些属性添加setter方法。

### 回答2：
如果在类中已经设置了带有全部参数的构造器，那么通过这个构造器可以一次性地设置所有属性的值。这样做的好处是简化了对象的创建过程，提供了一种快速初始化对象的方式。

但是即使有了带有全部参数的构造器，也有可能需要继续设置setter方法。这是因为setter方法提供了一种更加灵活的方式来修改对象的属性。通过setter方法，我们可以在对象创建之后的任意时间点来修改某个属性的值。

此外，如果某些属性在对象创建之后的某个时间点才能确定其值，那么使用setter方法就比较合适。比如，某个属性需要依赖用户输入或者其他操作的结果来决定其值，这时候就需要通过setter方法来设置。

还有一种情况是，如果类的属性比较多，而且很多属性不是必须的，那么设置带全部参数的构造器可能会导致构造器过于冗长，给使用者造成困扰。此时，使用setter方法来逐个设置属性就会更加方便，使用者可以根据实际需要来选择性地设置属性的值。

所以，虽然设置了带全部参数的构造器可以一次性地完成对象的初始化，但在一些特定的场景下，继续使用setter方法是有其必要性的。这样可以提供更灵活的对象修改方式，并且允许属性在对象创建之后进行动态变化。

### 回答3：
如果已经设置了带有全部参数的构造器，通常不再有必要挨个设置每个参数的setter方法。

设置带有全部参数的构造器的目的是为了方便创建对象时一次性设置所有属性的值。通过使用构造器，我们可以在对象创建时指定所有必需的属性值，并保证对象在创建后不可更改。这样不仅可以提高代码的简洁性，还可以确保对象的属性在创建后不会被意外修改。

当我们需要修改对象的某个属性值时，可以通过重新创建一个新的对象，并在构造器中指定要修改的属性值。这种方式避免了直接修改属性值可能引发的副作用，并且更符合面向对象编程的设计原则。

然而，有时我们可能仍然需要为某些属性提供setter方法。这主要取决于具体的业务需求。如果某些属性的值需要在对象创建后进行更改，并且这些更改可能发生在对象的生命周期内，那么为这些属性提供setter方法是有必要的。

总之，如果已经设置了带有全部参数的构造器，通常不再有必要挨个设置每个参数的setter方法。但在特定情况下，如果需要在对象创建后更改某些属性的值，则可以考虑为这些属性提供setter方法。