Eya*_*oth 105 java constructor overloading constructor-overloading
有一些类似的主题,但我找不到一个有足够答案的主题.
我想知道在Java中构造函数重载的最佳实践是什么.我已经对这个问题有了自己的想法,但我想听听更多建议.
我指的是简单类中的构造函数重载和构造函数重载,同时继承已经重载的类(意味着基类具有重载的构造函数).
谢谢 :)
Spo*_*ike 167
虽然没有"官方指南",但我遵循KISS和DRY的原则.使重载的构造函数尽可能简单,最简单的方法是只调用它(...).这样你只需要检查一次并且只处理一次参数.
public class Simple {
public Simple() {
this(null);
}
public Simple(Resource r) {
this(r, null);
}
public Simple(Resource r1, Resource r2) {
// Guard statements, initialize resources or throw exceptions if
// the resources are wrong
if (r1 == null) {
r1 = new Resource();
}
if (r2 == null) {
r2 = new Resource();
}
// do whatever with resources
}
}
Run Code Online (Sandbox Code Playgroud)
从单元测试的角度来看,测试类很容易,因为你可以将资源放入其中.如果该类有许多资源(或者像OO-geeks那样调用它的协作者),请考虑以下两种情况之一:
public class SimpleParams {
Resource r1;
Resource r2;
// Imagine there are setters and getters here but I'm too lazy
// to write it out. you can make it the parameter class
// "immutable" if you don't have setters and only set the
// resources through the SimpleParams constructor
}
Run Code Online (Sandbox Code Playgroud)
Simple中的构造函数只需要拆分SimpleParams参数:
public Simple(SimpleParams params) {
this(params.getR1(), params.getR2());
}
Run Code Online (Sandbox Code Playgroud)
...或制作SimpleParams一个属性:
public Simple(Resource r1, Resource r2) {
this(new SimpleParams(r1, r2));
}
public Simple(SimpleParams params) {
this.params = params;
}
Run Code Online (Sandbox Code Playgroud)
创建一个为您初始化资源的工厂类,如果初始化资源有点困难,这是有利的:
public interface ResourceFactory {
public Resource createR1();
public Resource createR2();
}
Run Code Online (Sandbox Code Playgroud)
然后以与参数类相同的方式完成构造函数:
public Simple(ResourceFactory factory) {
this(factory.createR1(), factory.createR2());
}
Run Code Online (Sandbox Code Playgroud)
是的...你可以混合搭配两种方式,具体取决于你当时更容易.参考类和简单的工厂类几乎是一样的,考虑Simple到它们以相同的方式使用它们.
oxb*_*kes 73
我认为最好的做法是通过使用相关参数defaults 来调用重载构造函数引用的单个主构造函数this().这样做的原因是它使得对象的构造状态变得更加清晰- 实际上你可以将主构造函数看作唯一真正的构造函数,其他人只是委托给它
其中一个例子可能是JTable- 主构造函数采用TableModel(加列和选择模型),其他构造函数调用此主构造函数.
对于超类已经重载了构造函数的子类,我倾向于认为将任何父类的构造函数视为主类并且认为没有单个主构造函数是完全合法的.例如,在扩展时Exception,我经常提供3个构造函数,一个只接受一个String消息,一个接受Throwable原因而另一个接受两者.每个构造函数都super直接调用.
如果您有一个非常复杂的类,其中包含许多选项,其中只有一些组合有效,请考虑使用Builder.在代码方面也很有效但在逻辑上也很好.
Builder是一个嵌套类,其方法仅用于设置字段,然后ComplexClass构造函数仅将此类构建器作为参数.
编辑:ComplexClass构造函数可以确保Builder中的状态有效.如果你只是在ComplexClass上使用setter,这很难做到.
| 归档时间: |
|
| 查看次数: |
167140 次 |
| 最近记录: |