他の条件と賢明にそれらを使用する場合

私はちょうどこのストレートを置くことができます-“他の場合は武器です.それは敵を殺すことができるか、あなたは足で自分を撃つかもしれない.”
ほとんどの場合、他の条件が複雑なデザイン、解読できないコード、および終わることのない痛みに帰れば.
意欲的な開発者として、他の場合はおそらくあなたの学習の旅に出くわす最初のビルディングブロックの一つです.残念ながら、時間とともに、あなたはあなたの旅の開始時に学んだ基本的な不適切な分岐技術で立ち往生しているベテラン開発者になることがあります.
右の分岐技術を決定する能力は、シニア開発者をシニアから区別します.
まず最初に、私の考えは、私が開発者が迷宮の他の条件で自分自身を失う傾向がある私のキャリアで見たすべての奇妙な状況をコンパイルすることでした.時間とともに、可能な選択肢とより良いアプローチを説明することの重要性を実現しました.

レッツ観察

コードを書く間、値の基本的なチェックが必要であるとき、あなたは無限の瞬間に直面したかもしれません.ドライ原則では、常にそのような条件/検証チェックを自分のヘルパー関数に移動することはお勧めします.
以下の例を考えてください.

これはおそらく条件チェックの本格的な構文表現を示す古典的な例の一つです.他の人があなたの人生の新しいマントラであるならば、あなたはそれを信じさせます.本当の力は、現在あなたの手です.
しかし、現実世界では、そのようなコードはコードレビューの間、おそらく拒絶されるでしょう.本当の話.
このコードがコードレビューで拒否される理由は複数あります.私は、以下の例でそれらの概念をカバーしようとします.

他の条件を取り除くことでこのコードを短縮しようとしましょう。

何が変わったのか

ロジックは現在、偽としてSeniorCirityのデフォルト状態を考慮します.
与えられた年齢変数の値が60より大きい場合にのみ真となる.
最後に、変数seniorCirtuityに格納されている値が返されます.
要約では-条件が満たされた場合、フラグ値を変更して返します.

コードのもう一つの変化を見ましょう。

何が変わったのか

あなたが今見ているように、変数seniorCirtuityがコードから省略されました.age変数の与えられた値が60より大きい場合のみ、論理は同じままです.
私たちは、メモリの空き容量を確保するために
可変性とパフォーマンスの非常に改善.
あなたの中の思考の奇妙なスレッドは
このような些細な変更の影響は、アプリケーションのパフォーマンスをもたらす可能性がありますか?私たちは後に私の将来のポストに来る.…を読む
さあ、前の例で少し変わってみましょう.

あなたは、私が巻き毛のブレースを取り除いたと認めるかもしれません、そして、それはまだ有効なコードのコードです.コードが1つのライナーであるならば、if条件の中のコードがブレースで囲まれる必要がないので、それはです.
面白い、右?
ここで、これは他の条件の世界に入門書だった.

面白いメモ

Curly braces are also known as curly brackets (UK and US) or simply braces, flower brackets (India) and squiggly brackets (colloquially)