为什么Dyalog APL的⎕nget返回的文本行数组看起来多了一层封装？

问题核心原因 #

你观测到的所有现象都是Dyalog APL的基础嵌套数组特性和赋值规则导致的，不存在额外的隐藏封装或者类多值逻辑：

• ⎕nget使用模式1（文本行数组模式）调用时，返回的第一个结果是向量，每个元素都是封装了单行文本的0秩标量

现象1：单个元素无法索引、形状为空

你取到的line ← lines[1]是一个封装了字符串'10th'的标量：

• 标量的元素计数≢永远为1，形状⍴为空数组，符合你的观测结果
• 标量的秩为0，不支持索引操作，因此line[1]会抛出RANK ERROR
• 你不需要用多变量赋值解包，直接使用披露操作符⊃即可拿到内层字符串：⊃line就会返回普通的字符数组'10th'

现象2：多变量赋值自动得到字符串

Dyalog APL的多变量赋值规则规定：当左侧变量数量多于右侧表达式返回的结果数量时，若右侧结果为标量，系统会自动对该标量执行披露操作，再将得到的值分配给所有左侧变量。
你执行word rest ← line时，右侧只有1个标量结果，左侧有2个变量，触发了上述规则：系统自动执行⊃line得到'10th'，再同时赋值给word和rest，因此两个变量值完全相同，都是普通字符数组。

现象3：显示时前导空格差异

Dyalog会话默认显示嵌套内容时，会根据嵌套层级增加缩进空格：line是嵌套了一层的标量，因此显示时带有前导缩进空格；word是直接的字符串无嵌套，因此显示时顶格无空格，符合这个默认渲染规则。

实用操作建议 #

如果需要一次性把所有行转为普通字符串向量，直接用⊃¨lines对每个元素执行披露操作即可，处理后的数组元素可以直接索引操作。

内容的提问来源于stack exchange，提问作者Mark Reed