Pkl项目中glob模式读取路径问题的分析与解决

在Pkl配置语言的使用过程中，开发者发现了一个关于文件读取路径的有趣现象：当在不同模块中使用相同的glob模式匹配表达式时，即使这些模块位于不同的目录下，读取操作也会返回相同的结果。这一现象揭示了Pkl语言在文件路径解析机制上的一个重要特性。

问题现象

当开发者在不同目录下的Pkl模块中使用相同的glob模式进行文件读取时，例如：

// 位于dir1/mod.pkl
foo = read*("foo*")

// 位于dir2/mod.pkl
foo = read*("foo*")

执行pkl eval dir1/mod.pkl dir2/mod.pkl命令后，发现两个模块中的read*操作返回了完全相同的结果，而实际上开发者期望的是它们应该根据各自所在目录的不同而返回不同的匹配结果。

技术背景

Pkl是一种配置编程语言，它提供了read*函数用于基于glob模式匹配来读取文件。glob模式是一种用于匹配文件路径的模式匹配语法，类似于正则表达式但更简单，常用于shell脚本中。

在标准的文件系统操作中，glob模式的解析通常是相对于当前工作目录或调用脚本所在目录进行的。因此，开发者有理由预期在不同目录下的模块中使用相同的glob模式应该返回不同的结果，因为它们的"当前目录"是不同的。

问题根源

经过分析，这个问题源于Pkl语言在实现read*函数时的路径解析机制。在Pkl的原始实现中，glob模式的解析是基于一个固定的基准路径，而不是相对于调用模块所在的目录。这意味着：

1. 无论read*操作在哪个模块中被调用
2. 无论该模块位于哪个目录下
3. 只要使用相同的glob模式表达式
4. 就会得到相同的匹配结果

这种行为与大多数编程语言中文件操作的行为不一致，可能导致开发者在组织大型项目时遇到意料之外的结果。

解决方案

Pkl开发团队在0.26版本中修复了这个问题。修复后的行为变为：

• read*操作的glob模式解析现在会相对于调用模块所在的目录进行
• 这意味着在不同目录下的模块中使用相同的glob模式将返回不同的结果
• 结果将反映各自模块所在目录下的实际文件结构

这一变更使得Pkl的文件操作行为更符合开发者的直觉预期，也与其他编程语言的文件操作行为保持一致。

最佳实践建议

在使用Pkl的read*函数时，开发者应当注意：

1. 明确了解glob模式匹配的基准路径是调用模块所在的目录
2. 在跨模块共享代码时，考虑文件路径的相对性
3. 对于需要绝对路径的情况，可以使用完整的路径规范
4. 在组织大型项目时，合理规划模块和文件的目录结构

这一改进使得Pkl在文件操作方面更加可靠和符合预期，为构建复杂的配置系统提供了更好的基础。