WordPress插件使用命名空间时调用默认类的报错解决方案

嘿，我来帮你理清这个问题！你遇到的报错都是因为命名空间的作用域规则导致的——当你在自定义命名空间里直接调用WordPress的核心类时，PHP会默认在当前命名空间下查找这些类，而WordPress的核心类都在全局命名空间（也就是没有命名空间）里，所以自然找不到。

问题1的解决方案 #

你的代码里，new Plugin_Upgrader()被PHP解析成了new Example\Test\Plugin_Upgrader()，但Plugin_Upgrader是全局命名空间的类，所以要明确告诉PHP去全局空间找它，有两种方式：

方式1：使用全局命名空间前缀\ #

直接在类名前加\，表示从全局空间调用：

namespace Example\Test;
require_once( ABSPATH . 'wp-admin/includes/class-wp-upgrader.php' );
class newTest {
    public function __construct(){
        // 加\表示调用全局命名空间的Plugin_Upgrader
        $upgrader = new \Plugin_Upgrader();
    }
}

方式2：用use语句导入全局类 #

在命名空间声明后导入Plugin_Upgrader，之后就可以直接使用类名了：

namespace Example\Test;
// 导入全局命名空间的Plugin_Upgrader
use \Plugin_Upgrader;
require_once( ABSPATH . 'wp-admin/includes/class-wp-upgrader.php' );
class newTest {
    public function __construct(){
        $upgrader = new Plugin_Upgrader();
    }
}

问题2的解决方案 #

同理，extends WP_Upgrader_Skin被解析成了extends Example\Test\WP_Upgrader_Skin，同样需要指定全局空间：

方式1：加全局前缀\ #

namespace Example\Test;
include_once( ABSPATH . 'wp-admin/includes/class-wp-upgrader.php' );
// 加\表示继承全局命名空间的WP_Upgrader_Skin
class Example_Upgrader_Skin extends \WP_Upgrader_Skin {
    public function feedback( $string ) {
        // @note: Keep it empty.
    }
}

方式2：用use导入父类 #

namespace Example\Test;
// 导入全局命名空间的WP_Upgrader_Skin
use \WP_Upgrader_Skin;
include_once( ABSPATH . 'wp-admin/includes/class-wp-upgrader.php' );
class Example_Upgrader_Skin extends WP_Upgrader_Skin {
    public function feedback( $string ) {
        // @note: Keep it empty.
    }
}

关于你的用法和WordPress对命名空间的支持 #

1. 你的用法问题：命名空间的使用本身是没问题的，但调用/继承全局类时没有处理命名空间作用域，这是核心错误点。
2. WordPress支持命名空间吗？：当然支持！从PHP 5.3开始命名空间就成为标准特性，WordPress核心从4.6版本开始就逐步在新功能（比如块编辑器、REST API的部分代码）中使用命名空间，插件开发中使用命名空间是非常推荐的做法——它能有效避免类名、函数名冲突，让代码结构更清晰。

内容的提问来源于stack exchange，提问作者Deekshith S