Rubyで明示的に返すのは良いスタイルですか？

スタイルに関しては「正しい方法」（「Python」の方法）が常に存在するPythonの背景から来ているので、Rubyにも同じことがあるのではないかと思っています。私は独自のスタイルガイドラインを使用してきましたが、ソースコードをリリースすることを考えており、存在する可能性のある未作成のルールに準拠したいと考えています。

returnメソッドに明示的に入力するのは「Rubyウェイ」ですか？私はそれがある場合とない場合でそれを見たことがありますが、それを行う正しい方法はありますか？たぶんそれを行う適切な時期はありますか？例えば：

def some_func(arg1, arg2, etc)
  # Do some stuff...
  return value # <-- Is the 'return' needed here?
end

古い（そして「答えられた」）質問ですが、答えとして2セントで投げます。

TL; DR-必須ではありませんが、場合によってはコードをより明確にすることができます。

明示的な戻り値を使用しないことは「Rubyの方法」かもしれませんが、見慣れないコードで作業しているプログラマーや、Rubyのこの機能に慣れていないプログラマーを混乱させます。

これはやや工夫された例ですが、このような小さな関数があり、渡された数値に1を加えてインスタンス変数に割り当てる関数を想像してください。

def plus_one_to_y(x)
    @y = x + 1
end

これは、値を返す関数か、そうでないか？どちらもインスタンス変数を割り当て、かつ割り当てられた値も返すため、開発者が何を意味しているかを言うのは本当に難しいです。

ずっと後に、別のプログラマー（おそらく、実行されたコードの最後の行に基づいてRubyがどのように戻るかになじみがないかもしれません）がやって来て、ロギングのためにいくつかの印刷ステートメントを入れたいと思います、そして関数はこれになります...

def plus_one_to_y(x)
    @y = x + 1
    puts "In plus_one_to_y"
end

これで、戻り値が必要なものがあれば関数は壊れます。戻り値を期待するものがなければ、問題ありません。明らかに、コードチェーンのさらに下のどこかで、これを呼び出す何かが戻り値を期待している場合、期待どおりに戻らないため、失敗します。

本当の質問はこれです：戻り値を本当に期待しているものはありますか？これは何かを壊しましたか？それは将来何かを壊しますか？知るか！すべての呼び出しの完全なコードレビューのみが通知します。

したがって、少なくとも私にとって、ベストプラクティスアプローチは、重要な場合は何かを返すことを非常に明示的にするか、そうでない場合は何も返さないことです。

したがって、小さなデモ関数の場合、値を返すようにしたいと仮定すると、次のように記述されます...

def plus_one_to_y(x)
    @y = x + 1
    puts "In plus_one_to_y"
    return @y
end

そして、それが値を返すことはプログラマーにとって非常に明確であり、実現することなくそれらを破壊することははるかに困難です。

あるいは、このように書いて、returnステートメントを省略することもできます...

def plus_one_to_y(x)
    @y = x + 1
    puts "In plus_one_to_y"
    @y
end

しかし、なぜ「戻る」という単語を省く必要があるのでしょうか。そこに入れて、何が起こっているのかを100％明確にしないのはなぜですか？文字通り、コードの実行能力には影響しません。

いいえ。Rubyスタイルが適切な場合、通常、早期のリターンには明示的なリターンのみを使用します。Rubyはコードのミニマリズム/暗黙の魔法に大きな力を持っています。

とはいえ、明示的な復帰によって物事がより明確になり、読みやすくなっても、何も害はありません。

私は個人的にreturnキーワードを使用して、関数メソッドと呼ばれるもの、つまり主に戻り値に対して実行されるメソッドと、主に副作用のために実行される手続き型メソッドを区別しています。したがって、戻り値が重要なメソッドは、戻り値にreturn注意を引くために追加のキーワードを取得します。

私はメソッドを呼び出すときに同じ区別を使用します。関数メソッドは括弧を取得しますが、手続き型メソッドは括弧を取得しません。

そして最後に重要なことですが、ブロックでもこの区別を使用します。機能ブロックは中括弧を取得し、手続き型ブロック（つまり、「何かを行う」ブロック）はdo/を取得しendます。

ただし、私はそれについて信心を持たないようにしています。ブロック、中括弧、およびdo/ endは優先順位が異なり、式を明確にするために明示的な括弧を追加するのではなく、他のスタイルに切り替えます。同じことがメソッドの呼び出しにも当てはまります。パラメーターリストの周りにかっこを追加すると、コードが読みやすくなります。問題のメソッドが本質的に手続き型であっても、コードを読みやすくします。

実際に重要なことは、以下を区別することです。

1. 関数-戻り値に対して実行されるメソッド
2. プロシージャ-副作用のために実行されるメソッド

Rubyにはこれらを区別するネイティブの方法がないため、プロシージャの記述に対して脆弱でside_effect()あり、別の開発者がプロシージャの暗黙的な戻り値を悪用することを決定します（基本的には純粋でない関数として扱います）。

これを解決するには、ScalaとHaskellの本から1枚の葉を取り、プロシージャを明示的にnil（別名Unitまたは()他の言語で）返すようにします。

これに従えば、明示的なreturn構文を使用するかどうかは、個人的なスタイルの問題になります。

関数とプロシージャをさらに区別するには：

1. JörgW Mittagの、中括弧で機能ブロックを書き、手続きブロックを do/end
2. プロシージャを呼び出すときはを使用し()、関数を呼び出すときは使用しないでください

回避-イェルクWミッタークは、実際に他の方法で回避提唱ことを注意()の手続きのために-しかし、あなたはサイドもたらすメソッド呼び出しはアリティは0を参照してくださいある場合は特に、変数とは明確に区別できるようにしたいので、それは賢明ではありませんメソッド呼び出しのScalaのスタイルガイドについて詳細。

スタイルガイドには、return最後のステートメントでは使用しないように記載されています。それが最後のものでない場合でも、それを使用できます。これはコミュニティが厳守している規約の1つであり、Rubyを使用している人と共同作業を計画している場合はそうするべきです。

そうは言っても、明示的なreturns を使用することの主な議論は、他の言語から来た人々を混乱させるということです。

• まず、これは完全にRubyに限定されるわけではありません。たとえば、Perlには暗黙の戻り値もあります。
• 第二に、これが当てはまる人々の大部分はアルゴル語から来ています。それらのほとんどはRubyよりも「低レベル」であるため、何かを実行するには、より多くのコードを記述する必要があります。

Javaのメソッド長（ゲッター/セッターを除く）の一般的なヒューリスティックは、1つの画面です。その場合、メソッド定義が表示されていないか、元の場所を忘れている可能性があります。

一方、Rubyでは10行未満のメソッドを使用するのが最善です。それを考えると、明らかに暗示されているのに、なぜ彼が〜10％多いステートメントを書かなければならないのか不思議に思うでしょう。

Rubyにはvoidメソッドがなく、すべてがはるかに簡潔であるため、明示的なreturnsを使用する場合は、利点がないためオーバーヘッドが追加されるだけです。

私はベン・ヒューズに同意し、ティム・ホルトには同意しません。なぜなら、この質問はPythonが決定的な方法を述べ、Rubyに同様の標準があるかどうかを尋ねるからです。

します。

これは言語の非常によく知られた機能であり、ルビーの問題をデバッグすることを期待されている人はだれでもそれについて知っていることが期待されるはずです。

ほとんどの場合、どちらのスタイルを選ぶかが問題になります。メソッドの途中から戻る場合は、キーワードreturnを使用する必要があります。

ベンが言ったように。「ルビメソッドの戻り値が関数本体の最後のステートメントの戻り値である」という事実により、ほとんどのルビメソッドでreturnキーワードが使用されることはほとんどありません。

def some_func_which_returns_a_list( x, y, z)
  return nil if failed_some_early_check


  # function code 

  @list     # returns the list
end