プログラミング言語で中置演算子はどのくらい便利ですか？

プログラミング言語で中置演算子はどのくらい便利ですか？彼らは彼らが提供する余分な複雑さに値しますか？通常の演算子をオーバーロードするだけでは処理できない問題に対して、中置演算子がより適している例を提供できますか？

中置演算子は数学に由来すると思います。

この：

2 + 3 * 4

ほとんどの人にとってより読みやすい

(+ 2 (* 3 4))

ほとんどの人が数学に精通しているからです。

Haskellで十分興味深いのは、中置記号と接頭辞の間をホップできることです。これは同じ機能「（+）」を使用しています：

(+) 1 2
1 + 2

そして、これは同じ関数「elem」を使用しています：

elem 42 [1,2,42]
42 `elem` [1,2,42]

コンピューター言語は、機械ではなく人間向けに設計されています。そして、人間は前置詞または後置詞よりも演算子を挿入するために使用されます。

中置演算子の唯一の本当の理由は、人間が一般的に読みやすいと感じるからです。これは主に2つの事実によるものです。

• 私たちは幼い頃から数学の形で中置演算子を学び、したがってそれらに精通しています2 * 2 = 4。
• 中置演算子には、2つの引数を「視覚的に」分離するという利点があります。例えば(some complex expression) + (some other complex expression)

論理/マシンの観点からは、中置演算子は実際には値を追加せず、場合によっては迷惑になります。

• 常に中置から2つの引数を持つ同等の関数呼び出しに変換できます-そのため、中置演算子は「構文糖」にすぎません
• 3つ以上のパラメーターを使用する場合、Infixは不便な場合があります。(* 1 2 3 4 5)たとえば、Lispでは、一連の数値を乗算するための構文は間違いなくはるかにクリーンです。
• 構文解析の観点から、式の残りの部分をどのように解釈するかを知るために、最初に演算子を読むと便利です。中置演算子を使用すると、これははるかに複雑になる可能性があります（たとえば、どの演算子がどの引数に適用されるかを把握するために、スタックまたは類似のものを維持する必要があります）
• Forthなどのスタックベース/連結言語では、演算子を最後にスタックにプッシュして、引数がすでに正しい位置にあるようにします。繰り返しますが、オペレーターをトークンのシーケンスの中央に埋めることは、問題を複雑にするだけです。
• 挿入演算子は、オーバーロードされると非常に混乱する可能性があります。たとえば、2つのHashMapに「+」を適用するとどうなりますか？ここでは、実際に意図されていない意味を推測するのは簡単だから、中置演算子の直感的な人間の理解はあなたに反しています。