在 php 命名空间中引用无命名空间（全局）类时，必须显式指定其全局作用域（如 `\language`）或通过 `use` 导入，否则 php 会默认在当前命名空间下查找，导致“undefined type”错误。
当您在 namespace Renderer; 下直接写 Language::translate()，PHP 会尝试解析为 Renderer\Language —— 这是命名空间的默认行为：所有未限定的类名、函数名和常量名均被视为当前命名空间下的成员。而您的 Language 类定义在全局命名空间（即 \Language），并未声明任何 namespace，因此必须明确告知 PHP “我要调用的是根命名空间下的类”。
✅ 正确做法（两种推荐方式）
方式一：使用完全限定名称（推荐用于单次/临时调用）
<?php
namespace Renderer;
include_once '../language.php';
function drawUserList() {
$groupName = 'user.group.admin';
$group = \Language::translate($groupName); // ✅ 显式以反斜杠开头，指向全局命名空间
echo $group;
}方式二：使用 use 语句导入（推荐用于多次调用，提升可读性）
<?php
namespace Renderer;
use Language; // ✅ 将全局 \Language 映射为当前作用域下的 Language（非别名，等价于 use \Language;）
include_once '../language.php';
function drawUserList() {
$groupName = 'user.group.admin';
$group = Language::translate($groupName); // ✅ 现在可直接使用，无需反斜杠
echo $group;
}⚠️ 注意：use Language; 等价于 use \Language;，PHP 允许省略开头的 \；但 use Language as Lang; 则需写为 use \Language as Lang; 才能正确解析。
❌ 常见误区
- include_once 或 require_once 的位置不影响命名空间解析逻辑——文件包含后，类定义进入全局命名空间，但调用时仍需遵循命名空间解析规则。
- 不要写 use Renderer\Language;（不存在）、也不要遗漏反斜杠写成 Language（会被解析为 Renderer\Language）。
- PHP 7.4+ 严格区分命名空间解析，不会自动回退到全局空间查找未声明的类。
? 验证技巧
可在 drawUserList() 中添加调试代码确认类存在：
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
var_dump(class_exists('Language')); // true（全局类）
var_dump(class_exists('Renderer\Language')); // false
var_dump(class_exists('\Language')); // true（完全限定名）✅ 最佳实践建议
- 在大型项目中，优先使用 use \Language;（显式带 \ 更清晰）或 use Language;（简洁且被广泛接受）；
- 若 Language 类未来可能迁入命名空间（如 \App\I18n\Language），建议提前约定并统一使用 use \App\I18n\Language;，便于后期重构；
- 避免在命名空间文件中依赖 include/require 加载类——更规范的方式是使用自动加载（PSR-4），例如通过 Composer 配置 autoload 规则。
通过明确作用域标识，您就能安全、清晰地在任意命名空间中复用全局类，彻底解决 Undefined type 'Renderer\Language' 报错。
