のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,432,527人
頁
昨日:no data人
頁
今日:人
頁
最近の注目
人気の最安値情報

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

JavaScript覧 / PC版 /
スレッド評価: スレッド評価について
みんなの評価 :
タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

601 = :

いずれにしても、見た目上は左が前で右が後だけど、ここでいわれる「前」と「後」は 前(previousSibling) と後(nextSibling)？
DOMノードレベルとブラウザに描画されるレベルでは、前後の定義が変わるのでは？

602 = :

RtoLで２要素跨いでる場合はどういう順番になるんだろう

603 = :

>>601
なに言ってるんだ？ 先に現れたのが前だろ

604 = :

先って？

605 = :

メモリアドレスの小さい順だが？

606 = :

ファイルにしろDOMにしろ本質的にはシーケンシャルなのですよね

610 = :

再帰でなんとかするほうが良くね

611 = :

>>607
単純なループで良い
難しく考える必要はない

func(n){
　var o = hoge;
　for (var i = 0; i < n; i++) {
　　o = o.a();
　}
　return o;
}

612 = :

難しく考える必要はない
せっかくJSを使ってるのだからこれでいい
eval( 'o'+'.a()'.repeat(n) )

614 = :

いろいろ間違えた

function func(n) {
Array(n).fill().reduce(acc => acc.a(), hoge);
}

615 = :

でもreduceってIE9からしか使えないしな。
fillとか存在の意味が分からんし

そんなに一行で書きたいなら

func(n){
　for (var i = 0, o = hoge; i < n; i++) o = o.a()
}

617 = :

そんなこと言ってもIE9なんてもはや気にしてないし。
サポート切れて喜んでたじゃんお前ら。

618 = :

fillが嫌ならこんなのでもいいぞ。

function func(n) {
[...'.'.repeat(n)].reduce(acc => acc.a(), hoge);
}

619 = :

またbabelをつかわないといけないようなコードを

622 = :

>>618
ドット好き過ぎｗｗｗ

623 = :

>>614
単純とはいえない
reduce使いたいが為に配列をわざわざ生成して、生成した配列を捨ててる

625 = :

>>623
>>612は良いのか？ダブスタじゃん？

626 = :

>>625
>>612は生成した文字列を捨てずに活用してるから、なくはないんじゃないかな
Function() の方がいいとは思うけど

どこがダブルスタンダード？

627 = :

ハァ？じゃあ配列も活用してるだろうが…
ちょっと考えておかしいと思わんかな

629 = :

>>627
配列は繰り返し処理だけの為に生成されていて、「値」が使われてない
n回繰り返すために配列を生成するのは無駄、単純ではない
>>612は文字列を引数にしなければならないのだから、これ以上は省略しようがない

それから、「言及してない＝許容」という考え方もおかしい
一つ指摘したら、全レスをチェックして、スルーしたレスは許容するのが当然なのか？
逆にいえば、あなたは>>612以外は認めてると？

630 = :

無駄がどうのと言ってるわりにevalはいいの？基準がよくわからんな

631 = :

reduceでn回繰り返すために配列を生成するのは無駄、単純ではない

forでn回繰り返すために一時変数を生成するのは無駄ではない、単純

主観じゃん。forに慣れてるだけ。

たしかに無駄になるコストはforのための一時変数の方が配列より低いと思うよ。
でもそのわりにevalは認めちゃってるし…
基準がさっぱり分からない。
メモリリソースなのか、
CPUリソースなのか、
はたまたコードの見た目（単純に見える）なのか？
一番目と二番目は数字で語れるだろうけど、三番目なら主観だよ。
あなたがforに慣れてるだけ。
関数型言語の人に聞いたら違う答えが帰ってくるんじゃないかな。

632 = :

正直ここまで不格好でない例が無い
ひょっとしたらeval例が一番なくらい
でもやろうとしていることが不格好だから仕方ないとも思う
やっぱりメソッド中で必要な処理だけforで回したり再起にするのが良いと思う

633 = :

不格好ってことは三番目の「コードの見た目」だったようだね。主観。

634 = :

多分それは悪い意味で言ってるんだと思うが
主観的見た目こそ超絶大切なことだと考えてる勢には通じないと思うぞ

今回の例みたいなのは動くだけなら猿でも書けるんだから
でも自由な文化のJSではどの方法が適当なのかなんて自明ではない
でもだからこそ、ロジック以外の部分で拘って研究して論争する価値があるんだと思うよ

そうして可能性を捨てずに色々試して皆で議論して良くしていこうっていうのがWebだから

635 = :

不恰好を定義できない、不恰好でない例も出せない無能はほっとけ

しいていえば見た目は読みやすさ・理解しやすさに繋がるか？

636 = :

自演ワロタｗｗｗ

637 = :

あたま湧いてるのか？

639 = :

>>631
>>625のダブスタも相当主観だと思ったが、どういう意味だったんだ？

640 = :

で、どれが一番早いの?

641 = :

>>631
reduceは配列の要素から一つの値を作るものだと考えている
要素を使わず、代入処理だけのためにreduceを使うのであれば、始めから代入処理だけの機能を使うのが理にかなっている

後な、俺が主張してるのは単純か複雑か
reduceを使うためにArray()で配列を生成し、走査可能にする為にする為にfill()で値を初期化、という理屈を初心者が理解できるとは思えん

対するeval()は善し悪しはともかく、機能理解はreduceよりも容易だと思うね
個人的にはevalを全く使わんし、eval is evil、eval <<< Function
ローカル変数破壊は御法度だし、式呼び出ししなければ安全でないのは頂けないが、それは別の問題だ
evalがコードを実行できる関数ぐらいの理解は初心者にも出来る

642 = :

ついでだからいうが、>>623では言及していなかった>>612を引き合いに出して、ダブスタといわれても困る(>>625)
なぜか俺が「>612が良い」と主張しているように誤解されているが、そんなことは一言もいってない
たまたま、>612が俺のいう「単純とはいえない」に該当しなかったから弁明する形になっているが、本意ではない
同様に、俺が言及しなかった他のレスも「良い」と主張しているわけではない(言及しなかったものを勝手に決めつけられても困る)

643 = :

>>641
> reduceは配列の要素から一つの値を作るものだと考えている
それも使い方の一つだが、
オブジェクトを渡して、そのオブジェクトのメソッドを
複数回メソッドを呼び出すためにも使う

644 = :

つまるところ、
歯ブラシは、俺の尻に突っ込むためにも使う
ということである

645 = :

eval を使うと、納品できない

そこからシステムに侵入されるから、損害賠償請求される。
危険なことを知っていて、使っているから

646 = :

>>643
ずいぶん、限定的な使い方だな

647 = :

>>643
reduce使う必要ないのでは？

let i = 4;
while (i--) obj.a();

648 = :

evalって書いたのはどう見てもネタでしょ

649 = :

システムに侵入てお前のカツラシステムか何かか

650 = :

>>647
それをreduceでやるのがカッコイイんですよｗ
素人には読めない。プロだけがわかるコード


←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript一覧へ
スレッド評価: スレッド評価について
みんなの評価 :
タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

類似してるかもしれないスレッド

トップメニューへ / →のくす牧場書庫について