Python中from等保留关键字不可作变量名的处理规范

针对保留字无法直接用作标识符的问题，Python 社区有明确的统一约定，你提到的加后缀的from_写法就是官方推荐的标准方案。

具体的处理规则按优先级排序如下：

• 优先采用关键字尾部加单下划线的命名方式
  这是PEP 8编码规范中明确给出的冲突解决方案，是全社区通用的共识写法。除了from之外，class、type、id、def、import这类和保留字、内置函数重名的场景，都统一用这种加后缀的方式处理：

  # 合规示例
  def query_data(from_: str, to: str, limit: int = 20):
      # 业务逻辑
      pass
  

  这种写法不会触发语法报错，所有熟悉Python规范的开发者都能立刻识别出它对应的就是原本想命名的from，没有理解成本。
• 可根据业务场景换用语义等价的命名
  如果觉得加下划线的写法不够直观，完全可以结合变量的实际业务含义换个同义名称：比如from表示消息发送方时可以换成sender，表示数据来源时可以换成source，表示区间起点时可以换成start，这类命名的可读性往往比加下划线更好，也不会有语法冲突。

以下是不推荐的写法：

不要用拼写缩写变形（比如把from简写为frm）、不要在前部加下划线、不要加双下划线：缩写变形会无端增加理解成本，前导单下划线有“内部私有成员”的语义，前导双下划线会触发Python的类成员名称修饰，都不适用于这类公开参数/变量的命名场景。

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