能否采用左向右赋值替代常规赋值？探讨其易用性与可行性

假设采用左向右的赋值语法（例如 a + b -> a），由于它符合我们从左到右的常规书写方向，会不会让代码更易于编写和理解？以下是该语法在欧几里得算法中的应用示例：

while| b != 0
  if| a > b
    a - b -> a
  else| 
    b - a -> b
  |else
  |if
|while

问题分析 #

左向右赋值确实在直观性上有一定优势，但能不能替代常规赋值，得结合实际场景和语言设计来看：

• 直观性加分：比如 a - b -> a 这种写法，一眼就能看懂是把a-b的结果存回a，不像常规的a = a - b需要先看右边的表达式，再回头对应左边的变量。对于复杂表达式（比如(x*2 + y//3) -> total），这种写法的理解门槛更低，尤其是对编程新手。
• 语法冲突隐患：如果在已有成熟语言里引入这种语法，很容易和现有符号冲突——比如Python、JavaScript里->已经用来定义lambda表达式的参数列表，强行引入会让解析器混淆，大幅提升语言维护成本。
• 现有习惯的惯性成本：绝大多数主流编程语言（C、Java、Python、Go等）都用=作为赋值运算符，开发者已经形成了肌肉记忆，突然切换写法会频繁出错，反而降低开发效率。
• 示例语法的额外冗余：你给出的欧几里得算法示例里，while|、if|这种带竖线的块标记反而增加了代码冗余，左向右赋值的优势被抵消了。换成常规语法的话，代码会简洁得多：

  while b != 0:
      if a > b:
          a = a - b
      else:
          b = b - a
  

• 特殊场景的适配问题：在链式赋值（比如a = b = c）或者多变量交换（a, b = b, a）这类场景下，左向右赋值的写法会很别扭甚至失效。比如交换变量，要是写成b -> a再a -> b，第一行赋值后a已经变成原来的b，第二行就会把新的a（旧b）赋值给b，根本达不到交换效果，反而需要额外临时变量，不如常规解构赋值高效。

总的来说，左向右赋值有它的设计亮点，但受限于现有语言生态、开发者习惯、语法冲突等问题，很难完全替代常规赋值。如果是从零设计一门新语言，可以考虑把它作为可选语法，但必须做好语法冲突的规避；但在现有成熟语言里，替换的成本远大于收益。

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