回答編集履歴

3

追記部分への対応

2017/09/23 00:34

投稿

miyabi-sun
miyabi-sun

スコア21158

test CHANGED
@@ -77,3 +77,35 @@
77
77
  高速なライブラリや関数を作るならforやwhileを使いまくりになると思うけどね。
78
78
 
79
79
  もちろんその分のテストもすべきだし、ライブラリの中身は可読性ガン無視で良いわけでもないから考えて使うのは重要だと思う。
80
+
81
+
82
+
83
+ ---
84
+
85
+
86
+
87
+ 追記部分への対応
88
+
89
+
90
+
91
+ > 何回繰り返すか、決まっている場合でwhileでは無理のある場合のみforで良い。
92
+
93
+ という感じですかね。
94
+
95
+
96
+
97
+ for文の速度に関しての言及は特に無かったけど、別にwhileだから速いということは無い。
98
+
99
+ 言語にもよるけど、コンパイラが解釈して同じマシン語に変換されるので同じ速度になる可能性もある。
100
+
101
+
102
+
103
+ もっと言うと、for文で1箇所にまとめた方が良いマシン語に変換されて速く動作する可能性すらある。
104
+
105
+ 本当に速度を気にするならちゃんとコンパイラの実装まで確認した方がいい。
106
+
107
+ (私は確認したこと無いけど、100万回程ループ回して比較しているベンチマーク記事とか結構あるからね)
108
+
109
+
110
+
111
+ なんとなくwhileの方がやってること少ないから速そうだからと、何でもかんでもwhileで書くのはやめて、まずは可読性の事を考えよう。

2

JSを追記

2017/09/23 00:34

投稿

miyabi-sun
miyabi-sun

スコア21158

test CHANGED
@@ -1,29 +1,79 @@
1
- PHPでやるなら99%の状況でforeach。
1
+ PHPでやるなら9の状況でforeach。
2
+
3
+ なぜならばPHPがHTMLの動的生成がゴールになることが多い以上、配列を触る状況が殆どだから。
2
4
 
3
5
 
4
6
 
5
- なぜならばwhileやfor文は何度動作するのかを常に把握し続ける必要がある、
7
+ whileやfor文は何度動作するのかを常に把握し続ける必要がある、
6
8
 
7
- 1回多くループが回っても、1回少なくループが回っても重篤な不具合が発生するケースはある
9
+ 1回多くループが回っても、1回少なくループが回っても駄目
8
10
 
9
- 状態変数が増えてソースコードが読みづらくなるわ、不具合が発生しやすくなる。
11
+ 状態変数が増えてソースコードが読みづらくなった結果、不具合が発生しやすくなる。
10
12
 
11
- (特に九九の掛け算や多次元配列を操ろうとすると一気にネストが深くなり複雑る)
13
+ (特に九九の掛け算や多次元配列を操ると一気にネストが深くなり状態変数も一気増える)
12
14
 
13
15
 
14
16
 
15
- その点foreachなら最初から何度ループが回るかが一目。
17
+ 配列操作に限定されるけどforeachを使えば何度ループが回るかが一目。
16
18
 
17
- 配列のアイテムやキーが既に取り出せた状態から始まるから状態変数の管理も不要といい事ずくめ。
19
+ 配列のアイテムが既に取り出せた状態から始まるから状態変数の管理も不要といい事ずくめ。
18
20
 
19
- また頻出の配列操作をする場合はforやwhileと比較してもほぼ等速なのでforeach以外を使う意味がない。
21
+ またforやwhileと比較してもほぼ等速なのでforeach以外を使う意味がない。
20
22
 
21
23
 
22
24
 
23
- 残り1%のケースは速度がどうしても遅いからチューニングする事になって、
25
+ 残り僅かのケースは速度がどうしても遅いからチューニングする事になって、
24
26
 
27
+ 無からわざわざ`range(1, 10)`みたいな事をしてforeachを使うのは賛否両論があるから、`for ($i = 0; $i < 10; $i++)`はわざわざ避ける必要はない。
28
+
25
- fopen、feofみたいな低級関数(低俗という意味ではなく、マシン語に近いという意味ね)を使う場合。
29
+ fopen、feofみたいな低級関数(低俗という意味ではなく、マシン語に近いという意味ね)を使う場合はwhileがよく使われる
26
30
 
27
31
 
28
32
 
29
- JavaScriptでやる場合for...ofやfor...inを使っていくとPHPのforeachと同じ事が出来
33
+ まぁ、PHPは多くの[配列操作用のビルトイン関数](http://php.net/manual/ja/ref.array.php)が揃っているから、
34
+
35
+ 筋の良い関数を使ってワンライナーで書ける場合はforeachすら不要。
36
+
37
+ 下記の関数が一例(他にもあるかも)
38
+
39
+
40
+
41
+ - [array_chunk](http://php.net/manual/ja/function.array-chunk.php)
42
+
43
+ - [array_column](http://php.net/manual/ja/function.array-column.php)
44
+
45
+ - [array_combine](http://php.net/manual/ja/function.array-combine.php)
46
+
47
+ - [array_search](http://php.net/manual/ja/function.array-search.php)
48
+
49
+
50
+
51
+ yambejpさんの一例は賛否あるだろうけど個人的には好き。
52
+
53
+ PHPならではの良さを考えると富豪的で分かりやすい手法はあって良いと思う。
54
+
55
+
56
+
57
+ ---
58
+
59
+
60
+
61
+ JavaScriptもDOM操作の元になる配列を作ったり、Ajax通信でPHPからJSONを貰ってきて解析する事が多い。
62
+
63
+ やはり配列の操作がメインになるから純粋な配列やオブジェクトを用意して、`for (;;)`やwhileを避けて開発するべきだね。
64
+
65
+ (こねくり回した不順な配列やオブジェクトはthink49さんが言うようにfor...in等でprototypeが紛れ込む罠がある)
66
+
67
+
68
+
69
+ JavaScriptでやる場合[for...of](https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Statements/for...of)や[for...in](https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Statements/for...in)を使っていくとPHPのforeachと同じ事が出来る。
70
+
71
+ ただ、for...ofは古いブラウザに非対応だし、for...inはkeyが来るのでPHPのforeach程汎用的に使えるわけじゃない。
72
+
73
+ yubaさんの言うようにリスト操作用のメソッドを利用していくのがベースになる。
74
+
75
+
76
+
77
+ 高速なライブラリや関数を作るならforやwhileを使いまくりになると思うけどね。
78
+
79
+ もちろんその分のテストもすべきだし、ライブラリの中身は可読性ガン無視で良いわけでもないから考えて使うのは重要だと思う。

1

JSを追加

2017/09/21 02:10

投稿

miyabi-sun
miyabi-sun

スコア21158

test CHANGED
@@ -22,4 +22,8 @@
22
22
 
23
23
  残り1%のケースは速度がどうしても遅いからチューニングする事になって、
24
24
 
25
- fopen、feofみたいな低級(低俗という意味ではなく、マシン語に近いという意味ね)を使う場合。
25
+ fopen、feofみたいな低級関数(低俗という意味ではなく、マシン語に近いという意味ね)を使う場合。
26
+
27
+
28
+
29
+ JavaScriptでやる場合for...ofやfor...inを使っていくとPHPのforeachと同じ事が出来る。