最初のものは非常に醜くて冗長です。 。 2 番目に、一般的に言えば、return を使用して関数を終了できるように、関数内でできるだけ早い段階で判断を行う必要があるため、一般的には 2 番目の方法の方が優れています。 次のように変更できます: リーリー
return
それが関数内にある場合はどうなりますか?
これはパフォーマンスの問題ではありません。多くの判定条件がある場合、他に多くのことを書こうとしない限り、2 番目のタイプの利点は非常に明白です判断语句应尽早结束 実際の状況では、通常、複数の非限定条件 + 1 つの限定条件です。
判断语句应尽早结束
第二種、第二種、第二種、可読性良好要件を満たしていないと判断した場合は即返却
個人的には 2 番目のロジックが終了すると、直接返され、わかりやすく整理されています。 1 番目のロジックは、複雑な場合は、返されたものを見つけるために大量のコードを読む必要があります。結果
2 番目の方法では、プロセスがある程度明確になります (何ができて何ができないのかがわかります)。 しかし、if...else が必要ないときは、それがより良いです。例:
最初のものは非常に醜くて冗長です。 。
もちろん、読みやすさとシンプルな優雅さを天秤にかけなければなりません。これはむしろ個人的なスタイルの問題です。2 番目に、一般的に言えば、
return
を使用して関数を終了できるように、関数内でできるだけ早い段階で判断を行う必要があるため、一般的には 2 番目の方法の方が優れています。次のように変更できます:
リーリー
それが関数内にある場合はどうなりますか?
これはパフォーマンスの問題ではありません。多くの判定条件がある場合、他に多くのことを書こうとしない限り、2 番目のタイプの利点は非常に明白です
リーリー判断语句应尽早结束
実際の状況では、通常、複数の非限定条件 + 1 つの限定条件です。第二種、第二種、第二種、可読性良好
要件を満たしていないと判断した場合は即返却
個人的には 2 番目のロジックが終了すると、直接返され、わかりやすく整理されています。
1 番目のロジックは、複雑な場合は、返されたものを見つけるために大量のコードを読む必要があります。結果
2 番目の方法では、プロセスがある程度明確になります (何ができて何ができないのかがわかります)。
リーリーしかし、if...else が必要ないときは、それがより良いです。例: