PEP 736：调用时关键字参数的简写语法
内容提要
该PEP提议为Python增加语法糖f(x=)，等价于f(x=x)：当关键字参数省略值时，自动取调用作用域中同名变量的值。此写法可减少重复、降低视觉噪音，鼓励使用具名参数，提升可读性并减少参数错位错误。统计显示该模式在流行库中占关键字参数用法的15%至近半。该特性向后兼容，无安全影响，类似f-string的f'{x=}'及其他语言做法。若同名变量不存在则抛NameError。
延伸解读
语法糖的实用价值
PEP 736 提出的 f(x=) 语法直接针对 Python 代码中常见的重复模式：关键字参数名与变量名相同。统计显示，在流行库中这种模式占关键字参数用法的 15% 到近一半，说明其普遍性。通过省略重复的变量名，代码视觉噪音降低，开发者更愿意使用具名参数，从而减少参数顺序错误，提升可读性。
与现有特性的类比
该提案与 Python 已有的 f-string 特性 f'{x=}' 高度相似，后者会自动展开为 f'x={x}'。此外，Ruby、JavaScript 等语言也有类似“punning”语法。这种跨语言和跨特性的先例降低了学习成本，也表明该语法糖符合现代编程语言的发展趋势，并非 Python 独有。
潜在风险与使用边界
若调用作用域中不存在同名变量，会抛出 NameError，这有助于发现错误。但若外层作用域存在同名变量，则可能静默使用错误值，且这种错误比显式 f(x=x) 更难察觉。提案建议仅在参数与变量语义一致时使用，避免因过度耦合导致重命名困难。同时，不应通过 lint 规则强制推广此语法。
对工具链的影响
由于 f(x=) 等价于 f(x=x)，IDE 和编辑器可以沿用现有分析逻辑。例如，高亮可能不存在的变量、跳转到定义、重命名符号等功能均可适配。提案建议 IDE 在鼠标悬停时展开语法，或提供 Ctrl+Click 跳转，以帮助开发者理解省略的值。这些建议旨在平衡简洁性与代码可维护性。
Q&A
PEP 736 提出的 f(x=) 语法具体是什么意思？
PEP 736 提议为 Python 增加一种语法糖：在函数调用时，如果关键字参数只写参数名加等号而省略值，如 f(x=)，则自动取调用作用域中同名变量 x 的值，等价于 f(x=x)。
为什么需要 f(x=) 这种简写？它解决了什么问题？
现有写法 f(x=x) 重复冗长，增加视觉噪音，降低可读性，并可能 discourages 使用具名参数。简写能减少重复、鼓励使用关键字参数，从而提升可读性并减少参数错位错误。
如果调用作用域中没有同名变量，使用 f(x=) 会怎样？
如果调用作用域中不存在与参数名匹配的变量，会抛出 NameError，与使用完整写法 f(x=x) 时行为一致。
f(x=) 语法是否向后兼容？有没有安全风险？
该提案只添加新语法，不修改任何现有有效语法，因此完全向后兼容。同时，该变更没有安全影响。
这种简写语法在 Python 库中常见吗？使用频率如何？
根据对近年流行 Python 库的统计分析，f(x=x) 这种关键字参数模式非常普遍，占所有关键字参数用法的 15% 到接近一半，具体取决于代码库。
除了函数调用，f(x=) 语法还能用于字典构造吗？
可以用于 dict(x=, y=) 这样的字典构造，等价于 dict(x=x, y=y)。但字典字面量 {"x": x} 的类似简写是否支持，仍是本 PEP 范围之外的开放问题。
其他编程语言有类似的简写特性吗？
有。例如 Ruby 的 f(x:, y:) 等价于 f(x: x, y: y)，C# 的 f(~x, ~y) 等价于 f(~x=x, ~y=y)，以及 JavaScript 的 { x, y } 等价于 {x: x, y: y} 等。
使用 f(x=) 简写时需要注意什么？有什么最佳实践？
建议仅在参数名和变量名语义一致时使用，以减少意外不同步；若语义不同，则不应使用或应重命名变量。不推荐通过 lint 规则强制在所有适用场景使用。
