[過去ﾛｸﾞ] + JavaScript の質問用スレッド vol.126 + [転載禁止]©2ch.net (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
562(3): 2015/11/04(水)02:54 ID:??? AAS
> 空文字を引数にとる場合、do-while では速度上で問題が出るだろう
> getFirstLine1 に気が向いていたので妥協したが、while 文にした方が速いだろう
何故だ？cau4mx8d/3/とcau4mx8d/4/では速度差は出ないはずだが。（中身は同じだ）
多分ただの勘違いだと思うが、do/whileもショートカット論理で動く。
> ES 仕様で内部的に型変換してくれるのならそれを利用すべきだ
もちろんその通りだが、バグを少なくするコツは「簡単にすること」だ。
だから、単純に「どんな型が来るか分かりません」よりも「必ずstring型が来ます」の方がバグらない。
ポリシーとしては、多分、
α：各関数で型チェック、つまり各関数は複雑になりますが、個々で安全を保証します。
β：入力先頭で型チェック、つまり各関数は型決めうちでシンプル、ただし入力の最初に必ず型保証を入れる必要があります。
省13
565: 547 2015/11/04(水)03:54 ID:pUq54Vxq(4/9) AAS
>>561-562
> 何故だ？cau4mx8d/3/とcau4mx8d/4/では速度差は出ないはずだが。（中身は同じだ）
空文字ならば length が 0 なので charAt を実行する必要はない
do-while なら必ず1回は実行してしまう
> もちろんその通りだが、バグを少なくするコツは「簡単にすること」だ。
だから、RegExp#exec(string) は簡単だろう？
> だから、単純に「どんな型が来るか分かりません」よりも「必ずstring型が来ます」の方がバグらない。
「どんな型でもString型に変換します」は実にシンプルな解だと思うが、何か問題があるのか？
正直、あなたの意見は抽象論が多すぎるので具体性にかけて説得力が弱いのだが
> ただここら辺は本職に確認した方がいい。
省9
566: 547 2015/11/04(水)03:57 ID:pUq54Vxq(5/9) AAS
>>562
> -1の比較回数を減らすのは実は余り効かない。それはループではないから。（関数で1回だから）
それならばループ処理ではない「よくある順」に拘る理由もなくなるはずだろう？
「よくある順」のレベルで拘る人は他にも拘るべきポイントがあると思ったのだが、「よくある順」だけ例外視する理由は何なのだ？
> これな、以前は確かにこの通りだったが結局最適化で何とかなったらしく、
スコープチェーンは ES 仕様の規定内なので最適化で何とかなるレベルではないのだが
速度差が小さくなる事はあっても差がなくなる事はあり得ないので無駄な対策ではない
> String()はイラネーみたいな記事もあって、
「String()はイラネー」は速度以前の問題だと思うが、なぜ「イラネー」なのだ？
833(1): 2015/11/13(金)00:53 ID:??? AAS
>>832
何のことだ？俺は何も押しつけていない。
お前らは俺に出て行って欲しいらしい。
そして俺は多分このスレを出ていくことになる。だからお互い何も問題ない。
ただ俺は俺にとって役に立つスレが欲しいから、賛同者がいれば一緒に立てようと言っている。
当たり前だが参加を強制する手段はない。
何が不満なんだ？
俺と話したくないのなら、参加もせず、無視すればいいだけだと思うが。
俺が話したいのはもっと上流の話で、例えば>>562に書いたような設計ポリシーとかだ。
ただあの内容はこのスレでは明らかに浮いているし、実際に回答できる奴もいないだろ。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.026s