为何dplyr中select、pull支持字符串列名，filter却仅支持符号列名？

首先定义示例数据框：

df <- data.frame(a=c(NA,1,2), b=c(3,4,5))

1. select支持两种列名形式 #

select既可以传入字符串形式的列名，也可以使用符号形式的列名：

字符串列名示例：

df %>% select("a")

输出：

a
1 NA
2  1
3  2

符号列名示例：

df %>% select(a)

输出：

a
1 NA
2  1
3  2

2. pull同样支持两种列名形式 #

pull函数的使用逻辑和select一致，两种形式都能正常返回结果：

字符串列名示例：

df %>% pull("a")

输出：

[1] NA  1  2

符号列名示例：

df %>% pull(a)

输出：

[1] NA  1  2

3. filter仅支持符号列名 #

如果给filter传入字符串列名做判断，会得到空结果：

df %>% filter("a"==1)

输出：

[1] a b
<0 rows> (or 0-length row.names)

只有使用符号形式的列名，才能正确筛选出符合条件的行：

df %>% filter(a==1)

输出：

a b
1 1 4

差异背后的原因 #

这不是设计不一致，而是函数定位不同导致的：

• select、pull这类选择类函数的核心是指定要操作的列，它们的参数本质是列的标识符。支持两种形式是为了兼顾「交互式代码的简洁性」（用符号）和「动态场景的灵活性」（比如列名存在变量中时用字符串）。
• filter属于条件判断类函数，它的参数是一个逻辑表达式。你写"a"==1时，R会把它当成「字符串"a"和数值1比较」，结果永远是FALSE，自然筛不出任何行。而用a==1时，dplyr的非标准求值会把a解析为数据框的列，拿列的值和1做比较，这才是正确的逻辑。

如果强行让filter支持字符串列名，反而会破坏表达式的直观性，引发更多歧义——毕竟逻辑表达式里的字符串本来就有它自己的含义，不能随便被解析成列名。

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