Go が未使用の変数を禁止しながら、未使用の関数パラメーターを許可するのはなぜですか?

未使用の関数パラメーターに対する Go の許容度: 設計の問題

C とは異なり、Go は未使用の変数を含むプログラムのコンパイルを禁止します。ただし、未使用の関数パラメータの許容に関して疑問が生じます。この明らかな矛盾の背後にある理由を詳しく調べてみましょう。

最初は、Go が未使用のパラメーターを持つ関数のコンパイルを許可していることは直観に反しているように思えるかもしれません。ただし、この言語の設計者には、この決定に対して特別な動機がありました。 Go コミュニティ内の議論によると、これは未使用の変数と未使用の関数パラメーターの根本的な違いに由来しています。

未使用の変数はプログラミング エラーとみなされることがよくありますが、常に使用されるとは限らない引数を使用して関数を宣言するのが一般的です。 。このような場合、アンダースコア (_) を使用して引数に名前を付けないままにしておくと、特に func foo(_, _ int) のように引数を使用しない関数の場合に混乱が生じる可能性があります。

未使用のパラメーター名は、重要なドキュメントとして機能し、追加のコンテキストと機能の意図を提供します。これは、インターフェイスを実装する場合に特に重要になります。たとえば、関数 func (graph *MyGraph) Distance(node1, node2 Node) int {...}.

の例に示すように、グラフ上で動作する関数は、エッジ間の距離を計算するときにノードを考慮する必要がない場合があります。

未使用の場合に _ という名前の引数を禁止するという別の可能な解決策は、Go 言語の将来の互換性保証により最終的に却下されました。さらに、未使用のパラメーターであっても暗黙的なドキュメントを提供し、コードの発見しやすさと読みやすさをサポートできます。

本質的に、未使用の関数パラメーターを許可するかどうかの決定は、ドキュメント、一般的なプログラミング手法、一貫性などの要素によって決まる設計上の選択です。言語の他の側面も含めて。唯一の決定的な理由はないかもしれませんが、この選択の背後にある理論的根拠は、Go の設計哲学を形成した微妙な思考プロセスを強調しています。

以上がGo が未使用の変数を禁止しながら、未使用の関数パラメーターを許可するのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。