回答編集履歴
1
補足
answer
CHANGED
@@ -1,8 +1,10 @@
|
|
1
|
-
|
1
|
+
すでにベストアンサーが決まっているようですが、私の場合は次の順で選びます。
|
2
|
-
趣旨からしますと、条件チェック対象の変数やオブジェクトとロジックの存在・仕様が先であり、IF文内の表現の肯定否定は、それに合わせた後付けです。
|
3
2
|
|
3
|
+
##条件チェックする対象の値や論理表現が主(それに合わせてif文条件式を書く)
|
4
|
-
|
4
|
+
条件チェック対象の変数やオブジェクトとロジックの表現仕様が先であり、IF文内の表現の肯定否定はそれに合わせた後付けです。
|
5
5
|
|
6
|
+
分岐の際に、条件チェックする対象(オブジェクトなど)のプロパティやメソッド戻り値の表現が主で、IF文内の条件式はあくまでその表現と実現したいロジックとを合わせる従の存在です。
|
7
|
+
|
6
8
|
ご質問は、IF文で利用する想定の、状態を表現するBoolean変数を抜き出すとしたらどちらにするかとの趣旨なのかな?と解釈しました。
|
7
9
|
```cs
|
8
10
|
//開いてたら、閉じる。その1
|
@@ -20,7 +22,7 @@
|
|
20
22
|
}
|
21
23
|
```
|
22
24
|
|
23
|
-
IF文の記述について言及させていただくと...私は基本的に
|
25
|
+
上記をふまえて、IF文の記述について言及させていただくと...私は基本的に
|
24
26
|
|
25
27
|
###### 1. IF文条件式のコードを読んで、意味がわかりやすいほうにする。
|
26
28
|
```csharp
|
@@ -33,8 +35,8 @@
|
|
33
35
|
}
|
34
36
|
```
|
35
37
|
|
36
|
-
###### 2. コードが簡素になるほうにする
|
38
|
+
###### 2. コード全体が簡素になるほうにしてコードの見通しを良くする
|
37
|
-
例えばサブルーチンやメソッドを記述している場合、コードが短くなるように、自ルーチン・メソッド内で処理する必要のない条件を先に抽出し、さっさと return してしまいます。
|
39
|
+
例えばサブルーチンやメソッドを記述している場合、コードが短くなるように、自ルーチン・メソッド内で処理する必要のない条件を先に抽出し、さっさと return してしまいます。 そのあとも、短いコードになるほうを真条件にしてメソッド内の上方に書くことで、自ルーチン・メソッドの可読性・ロジックの見通しやすさが上がります。あるロジックの結果に従属するロジックがあれば、当然その前後関係は保ちますが...
|
38
40
|
|
39
41
|
```cs
|
40
42
|
bool Func(string path, int numOfCopy)
|