拒绝通知

此 PEP 被拒绝。支持不足，要删除的特性并非危害很大，并且有一些用例会变得更困难。

摘要

Python 最初是从 C 继承其解析方式的。虽然这总体上很有用，但其中一些遗留特性对 Python 来说不太有用，应该被消除。

此 PEP 提议消除用行尾 \ 作为行续接标记。

动机

Python 3000 的一个目标应该是通过移除不必要或重复的特性来简化语言。目前有几种方法可以指示逻辑行在下一物理行上继续。

其他续接方法很容易解释为它们所提供的语义的逻辑结果；而 \ 只是一个需要记忆的转义字符。

现有的行续接方法

def fn(long_argname1,
       long_argname2):
    settings = {"background": "random noise",
                "volume": "barely audible"}
    restrictions = ["Warrantee void if used",
                    "Notice must be received by yesterday",
                    "Not responsible for sales pitch"]

assert val>4, (
    "val is too small")

banner_message = """
    Satisfaction Guaranteed,
    or DOUBLE YOUR MONEY BACK!!!





                                    some minor restrictions apply"""

>>> assert val>4, \
        "val is too small"

>>> assert val>4, \
        "val is too small"

SyntaxError: unexpected character after line continuation character

>>> "abd\
 def"
'abd def'

替代提案

许多人建议用其他方式标记行尾。其中大多数被拒绝，因为它们并没有真正简化事情。

唯一的例外是允许任何未完成的表达式表示行续接，可能结合增加缩进。

这很有吸引力，因为它是括号规则的泛化。

最初对此的反对意见是：

• 空格量可能存在争议；表达式续接不应与打开新块混淆。
• Python 中的“表达式续接”标记不像分组标点符号“(), [], {}”那样清晰。

  # Plus needs another operand, so the line continues
  "abc" +
      "def"
  
  # String ends an expression, so the line does not
  # not continue.  The next line is a syntax error because
  # unary plus does not apply to strings.
  "abc"
      + "def"
  

• Guido 出于技术原因反对。 [1] 最明显的实现方式将要求允许在任何地方使用 INDENT 或 DEDENT 标记，或者至少在广泛扩展（且定义不清）的位置集上。虽然这仅对内部解析机制（而不是用户）有影响，但它将成为复杂性的一个主要新来源。

Andrew Koenig 随后指出了 [2] 一种更好的实现策略，并表示它在其他语言中效果很好。 [3] 改进后的建议归结为：

在（运算符或）开括号或圆括号后面的空格可以包含换行符。

这将在非常低的词法级别实现——甚至在决定将换行符后跟空格转换为 INDENT 或 DEDENT 标记之前。

仍然有人担心它可能会掩盖错误，如下例 [4]

# Used to be y+1, the 1 got dropped.  Syntax Error (today)
# would become nonsense.
x = y+
f(x)

要求续接行的缩进比初始行多，将同时增加安全性和复杂性。

未解决的问题

• 是否应在字符串内部也删除 \ 续行？
• 是否应将续接标记从仅 ([{}]) 扩展到包含行尾的运算符？
• 作为一项安全措施，是否应要求续接行的缩进比初始行多？

参考资料

版权

本文档已置于公共领域。