Peachpie项目中的DOMDocument构造函数继承问题解析

问题背景

在Peachpie项目中，当开发者尝试继承DOMDocument类并自定义构造函数时，会遇到一个NullReferenceException异常。这个问题主要出现在需要处理XML文件加载的场景中。

问题现象

开发者创建了一个继承自DOMDocument的Class1类，并在构造函数中尝试加载XML文件：

class Class1 extends DOMDocument{
  public function __construct($file){
      parent::__construct();
      if(file_exists($file)) $this->load($file);
  }
}

当实例化这个类并传入XML文件路径时，系统会抛出"Object reference not set to an instance of an object"的异常。

问题根源

经过分析，这个问题源于Peachpie的DOMDocument实现中构造函数的设计缺陷。当前的构造函数定义为：

public DOMDocument(string version = null, string encoding = null)

而实际上，在Peachpie框架中，许多类都需要接收Context参数来维持PHP运行时的上下文环境。正确的构造函数应该包含Context参数：

public DOMDocument(Context ctx, string version = null, string encoding = null)

缺少Context参数导致在子类构造函数中调用父类方法时，无法正确初始化必要的运行时环境，从而引发空引用异常。

临时解决方案

开发者发现可以通过静态工厂方法的方式绕过这个问题：

class xmldom extends DOMDocument{
  public static function get_instance($file){
         $o=new xmldom();
         if(file_exists($file)) $o->load($file);
         return $o;
  }
  public function __construct(){
      parent::__construct();
  }
}

这种方法虽然可行，但从设计角度看不够优雅，因为它强制开发者使用静态工厂模式而不是直接实例化。

技术影响

这个问题会影响所有需要继承DOMDocument类并自定义构造函数的场景，特别是在需要根据文件路径动态加载XML内容的用例中。开发者要么使用不够优雅的变通方案，要么等待官方修复。

官方回应

Peachpie项目维护者已确认这是一个实现上的bug，并表示会着手修复。修复后，开发者将能够按照PHP的标准方式继承和使用DOMDocument类。

总结

这个问题展示了Peachpie在实现PHP标准库时可能遇到的一些挑战，特别是在处理需要运行时上下文的类继承场景中。对于开发者来说，了解这类问题的存在有助于在遇到类似情况时更快地找到解决方案或变通方法。