+ JavaScript の質問用スレッド vol.119 +

+ JavaScript の質問用スレッド vol.119 +at TECH

+ JavaScript の質問用スレッド vol.119 + - 暇つぶし2ch■コピペモード
□スレを通常表示
□オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト

993:デフォルトの名無しさん
 16/05/22 12:34:37.15 WwOYSBmy.net
> やるかやらないかはその時に判断するもので「やらない」の結論を出すのは時期早々なんだよ 
 
結論出さなくても、どちらかを書かないといけないだろｗ 
 
結論が出てない状態なら、最適化をやらない方を選べって言ってるんだよ。 
早すぎる最適化は諸悪の根源だからだ。

994:デフォルトの名無しさん
 16/05/22 12:48:36.51 XAOP4iva.net
無駄に長文はkenokabeを彷彿とさせるからﾔﾒﾛ

995:デフォルトの名無しさん
 16/05/22 12:53:36.96 CHy0uo/r.net
NG突っ込んどけ

996:デフォルトの名無しさん
 16/05/22 16:25:24.06 5k8BO1OF.net
>>976-977 
スタブのような、テストに都合のよい、返り値を返す関数を作る 
 
関数から、10が返ってきたと想定する 
a = 10; 
 
ここで、テストでa、つまり10を使う 
 
JSにも、JavaのJUnitみたいな、テスティング・フレームワークがあるのでは？

997:デフォルトの名無しさん
 16/05/22 16:43:20.80 X0ga1YPw.net
「早すぎる最適化」は初めから全ての最適化を施すと保守性が著しく落ちるから何よりも先にプロトタイプを完成させた後にボトルネックとなるコードを探して最適化しましょう、という理論。 
一般的には速度よりも厳密性、堅牢性、安全性、前方互換性、後方互換性あたりがより重要視されるからね。 
ただし、これは保守性が下がらなければ最適化を施してもいいという事でもある。 
代表的なのでは array.length を変数にキャッシュするテクニックがあるね。 
ループ回数が10万回とか、著しく大きな回数参照される場合に大きな速度差として現れる。 
>>945は参照回数の重要性を諭してくれているけど、ようするにローカル変数かグローバル変数かはどうでもよくて参照回数が多いところを最適化すべきなんだよね。 
ボトルネックが初めから経験的についてわかっていれば、「早すぎる最適化」理論のタイミングを待たずして最適化を施すことも出来る。 
結論としては>>898への答えは「経験的にボトルネックと分かる場所には即座について最適化しましょう。そうでなければ、プロトタイプを作ってからボトルネックを探しましょう。」 
 
蛇足だけど、厳密性を上げることで結果的に速度的な最適化が施される場合もあって>>962のセレクタの指摘がそれ。 
'#hoge>tbody:first-child>tr>td' を指定する事で>>927と等価になり、>>938では別の要素を拾ってしまう危険性がある。 
厳密性を上げることで保守性が下がるわけでもなし、修正すべき箇所だと思うよ。

次ページ