在 php 命名空间中引用无命名空间（全局）类时，必须显式指定其全局作用域（如 `\language`）或通过 `use` 导入，否则 php 会默认在当前命名空间下查找，导致“undefined type”错误。
当您在 namespace Renderer; 下直接写 Language::translate()，PHP 会尝试解析为 Renderer\Language —— 这是命名空间的默认行为：所有未限定的类名、函数名和常量名均被视为当前命名空间下的成员。而您的 Language 类定义在全局命名空间（即 \Language），并未声明任何 namespace，因此必须明确告知 PHP “我要调用的是根命名空间下的类”。
✅ 正确做法（两种推荐方式）
方式一：使用完全限定名称（推荐用于单次/临时调用）
方式二：使用 use 语句导入（推荐用于多次调用，提升可读性）
⚠️ 注意：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() 中添加调试代码确认类存在：
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' 报错。
