在我的Julia 1.0.0 REPL中，LOAD_PATH返回意外的结果

My Julia REPL帮助为加载路径提供了以下内容：

help?> LOAD_PATH
search: LOAD_PATH

  LOAD_PATH

  An array of paths for using and import statements to consdier as project environments or package directories when
  loading code. See Code Loading.

以下是我在提示符处加载路径的输出：

julia> LOAD_PATH  # What is the output below?
3-element Array{String,1}:
 "@"
 "@v#.#"
 "@stdlib"

上面显示的LOAD_路径的输出似乎很奇怪

有什么建议吗？

你看到的是

让我引述以下人士的意见：

换句话说,

• “@”

  ：用于加载相对于当前路径的内容（此处不完全确定，请参阅下面的更新）

• “@v#.#”

  ：将成为

  v1.0

  环境的路径（假设您使用的是1.0）

• “@stdlib”

  ：将成为stdlib的路径

这可能应该在Pkg文档的某个地方得到更精确的解释。介意（更新：见附件）

更新：

可以使用方法

Base.load\u path\u expand（a:：AbstractString）

来查看最终的结果：

julia> Base.load_path_expand.(LOAD_PATH.*"/test")
3-element Array{String,1}:
 "\\test\\Project.toml"
 "C:\\Users\\carsten\\.julia\\environments\\v1.0\\test\\Project.toml"
 "C:\\Users\\carsten\\.julia\\environments\\stdlib\\test\\Project.toml"

---

回答得好！谢谢。@cristnbr遗憾的是，

LOAD\u PATH

又是一个例子，说明REPL文档中的julia是多么可怕。开发人员应该投入一些时间来阅读

LOAD\u PATH

就是当前的例子。在大约95%的功能中，REPL和“手动”质量之间的差异非常显著。在REPL文档中与R、octave、matlab或python等进行比较。没有可比性。一半的功能，包括重要的功能，都没有文档记录。这是不可接受的。@TasosPapastylianou作为Julia的新来者，2018年9月4日第一个代码，版本1.0.0是我的第一个版本，我完全同意你的说法。我将从Python转到Julia，正如您所说，我确实看到了文档质量的不同层次。然而，我非常喜欢Julia，我忽略了文档问题，希望文档能够随着语言的成熟而成熟。作为一个新手，了解Julia文档的各个方面让我不舒服的不仅仅是我。@crstnbr感谢您指出

Base.load\u path\u expand.（load\u path.*/test）

示例！[征求意见]嘿，伙计，你的朱莉娅编程经验怎么样？你觉得有什么大缺点吗？当我开始学习它的时候，我对自己的编程经验非常非常满意。在我看来，该语言仍然需要一个更快、更准确的在线文档搜索引擎，但这应该随着时间的推移而来。我还希望内置的print/println函数或标准库宏@printf有一个标志，用于在数字中添加逗号，但我在一个stackoverflow答案中提供了一个解决方法。Julia根据类型推断为函数推断类型并生成自定义机器代码的能力对我来说是一个游戏规则改变者。我很高兴回答其他问题。

julia> Base.load_path_expand.(LOAD_PATH.*"/test")
3-element Array{String,1}:
 "\\test\\Project.toml"
 "C:\\Users\\carsten\\.julia\\environments\\v1.0\\test\\Project.toml"
 "C:\\Users\\carsten\\.julia\\environments\\stdlib\\test\\Project.toml"