该程序无法使用子类而不是超类工作

Question

有一个名为Datacenter的 class ，其中的构造函数是：

public Datacenter(
        String name,
        DatacenterCharacteristics characteristics,
        VmAllocationPolicy vmAllocationPolicy,
        List<Storage> storageList,
        double schedulingInterval) throws Exception {
    super(name);

    setCharacteristics(characteristics);
    setVmAllocationPolicy(vmAllocationPolicy);
    setLastProcessTime(0.0);
    setStorageList(storageList);
    setVmList(new ArrayList<Vm>());
    setSchedulingInterval(schedulingInterval);

    for (Host host : getCharacteristics().getHostList()) {
        host.setDatacenter(this);
    }

    // If this resource doesn't have any PEs then no useful at all
    if (getCharacteristics().getNumberOfPes() == 0) {
                throw new Exception(super.getName()
                    + " : Error - this entity has no PEs. Therefore, can't process any Cloudlets.");
    }

    // stores id of this class
    getCharacteristics().setId(super.getId());
}

我们使用这个 class 在程序中制作数据中心：

private static Datacenter createDatacenter(String name, LinkedList myHarddriveList, double timeZone) {

    /* Additional codes like defining Hots */

    Datacenter datacenter = null;
    try {
        datacenter = new Datacenter(name, characteristics, 
                            new VmAllocationPolicySimple(hostList), myHarddriveList, 0);
    } catch (Exception e) {
                System.out.println("Error: " + e);
    }

    return datacenter;
}

运行程序的结果是这样的：

问题是，如果我通过扩展Datacenter class 来定义自己的数据中心，则该程序将无法运行。 我将MyDatacenter class 定义如下：

public class MyDatacenter extends Datacenter{

    /* My own variables */

    public MyDatacenter(String name, 
           DatacenterCharacteristics characteristics, 
           VmAllocationPolicy vmAllocationPolicy,
           List<Storage> storageList, 
           double schedulingInterval) throws Exception {
        super(name, 
                characteristics, 
                vmAllocationPolicy,
                storageList, 
                schedulingInterval);
    }

    /* My own mwthods */

}

因此，如果我将createDatacenter()方法的返回类型从Datacenter更改为MyDatacenter ，则程序将无法运行。

private static MyDatacenter createDatacenter(String name, LinkedList myHarddriveList, double timeZone) {

    /* No changes */

    MyDatacenter datacenter = null;
    try {
        datacenter = new MyDatacenter(name, characteristics, 
                            new VmAllocationPolicySimple(hostList), myHarddriveList, 0);
    } catch (Exception e) {
                System.out.println("Error: " + e);
    }

    return datacenter;
}

不会将 cloudlet 分配给任何数据中心：

我什至无法将创建的Datacenter实例转换为MyDatacenter 。

Answer 1

当你有类似的东西时：

Datacenter d = new MyDatacanter(...);

d可以访问的唯一方法是在超类Datacenter中定义的方法，除非您将d转换为MyDatacenter object：

d.yourCustomMethod(); //won't work
((MyDataCenter) d).yourCustomMethod(); //should work fine

Answer 2

根据对您问题的评论，问题似乎是您覆盖了 setCharacteristics(... setCharacteristics(...) 、 setSchedulingInterval(...)等方法并在超级构造函数中调用这些方法。

如果不了解更多关于您的系统正在做什么以及重写这些方法如何影响应用程序的内部工作，就很难给出您可能面临的问题的确切示例。 因此，我将尝试提供一个更抽象的示例，并希望我能传达 go 可能出错的想法。

假设我们有以下类：

class SuperType {
  protected String name;

  public SuperType(String n) {
    setName( n );
  }

  protected void setName( String n ) {
    name = n;
  }    
}

class SubType extends SuperType {
  // setting 'id' happens here
  private int id = new Random().nextInt() + 1;

  {
    // initializer block, setting 'id' could happen here       
  }

  public SubType( String n ) {
    super( n ); 
    // setting 'id' could happen here as well
  }

  @Override
  protected void setName( String n ) {
    name = n + " " + id;
  }    
}

如您所见， SubType覆盖了在SuperType构造函数中使用的方法setName(...) 。 为什么这是个问题？

考虑当我们调用new SubType("some name")时初始化发生的顺序：

• 构造函数SubType(...)调用超级构造函数，即SuperType(...)
• 在执行构造函数之前，将创建并初始化实例。
  对于层次结构中的每个 class，从上到下（超级到子类型）按以下顺序发生这种情况
  • 字段按列出的顺序排列
  • 初始化块按它们列出的顺序
  • 构造函数

因此，我们在示例中具有以下执行顺序（为简单起见，我将留下Object和不存在的初始化）

• SuperType(...)构造函数（因为没有初始化块）
• 正在调用setName(...)但这是被覆盖的版本
• 初始化SubType字段，将id设置为随机数
• SubType初始化程序块运行
• SubType(...)构造函数运行

如您所见，覆盖的setName(...)在id初始化之前执行，因此所有该方法将看到的将是其默认值（原始int为 0）。 并且取决于您的应用程序，这可能是问题 - 被覆盖的方法可能依赖于一些被正确初始化的附加变量（例如，不为空），如果没有发生这种情况，实例可能仍然被创建但不能从您的应用程序中使用观点看法。