メソッドチェーンを途中で終わらせるにはどうしたらいいでしょうか？
jqueryにifメソッドを実装し、結果がfalseならそれ以降のメソッドチェーンを実行しない、
ということをやりたいのです

>>101
そういうプラグインがあったりするけどチェーンをやめた方が健康的だと思う。

ありがとうございます
プラグインあるんですか
phpのフレームワークでは例外を投げてメソッドチェーンから抜けているようだったので、
jsで外側にcatchブロックを配置するのは難しいかなと思っていたのですが
どうやってるのか気になります

一応言っておくがjQueryを拡張する話と、そういうプラグインがあるのとは全く別な話
jQueryが普通の作りならifを増設するくらい他愛無いが、やはりナンセンスだろう
もしも例外を投げて安全に抜けられるのならそちらの方がいい
それか、そもそもチェーンを諦める＆依存をPromiseに移行する

lodashは数値にも対応して欲しいな
_(100).increment().valueOf()
みたいなことが出来るように
JS自体が完全なオブジェクト指向言語になるのが一番だけどそれは先のことだろうから

lodashの話持ち出すのはいいけど、そんな欠陥ばっかじゃ利用者増えないだろ
啓蒙したいなら、もっとベネフィットに焦点当てろよ

可能性があるがゆえに要望も出てくるんだが？
可能性ないなら「こうなればいい」とすら思わない
単に使わないだけ

ここのスレの大半がloadashなんて使わないって言ってるのに、「こうなればよい」と思うことを垂れ流しているお前の態度が問題だって言ってるんだよ
問題提起をする前に、loadashを使いたいと思う人間を増やす努力をしろよ

このスレの大半ワロタw
お前だけだろ
というか俺は啓蒙とか思ってないから。
俺等が話してるのを見てその意味に気付く奴は気付く、それでいい。
数値対応も時間の問題だし。
アイデアを伝播した方が実現が早まるので書いているだけだ。

そういう目的ならプラグインスレでやれよ
頭わるいな

var arr = [],n;
for (n in arr) { console.log(n); }
Array.prototype.hoge = function () { return this; }
for (n in arr) { console.log(n); } // hoge
console.log(Array.prototype.push); // function push() { [native code] }

for inで"push"とか"slice"とか出てくるならなんとなく納得してしまうのですがそうはなりません
何か特別な仕様なのでしょうか

>>105
いちいちlodashに噛み付かなくていいよｗ

lodashって単語見るたびに
いちいちムカついて書き込まずにはいられないのか？
そんな人生で疲れない？

lodashをNGワードにすれば見なくて済むよ。
それをしないなら、自分でわざわざ見ているのと一緒。

>>108
> ここのスレの大半がloadashなんて使わないって言ってるのに、「
ここは匿名掲示板なんで、大半とわかることはありえません。

つまり「大半が使わないって言ってるんだ」って
あなたが思い込みたいだけ。
それが露呈されただけのレスの意味しかない。

lodashを話す奴も叩く奴も質問する奴もスレ違いって事分かって無いのかね？

>>3
【jQuery】JavaScript ライブラリ総合質問所 vol.3
http://toro.2ch.net/test/read.cgi/hp/1369444026/

>>114
何がスレ違いなのですか？
その根拠を示すべきだと思いますよ。

>>105
それは質問ではないのでスレ違い
そしてその手の要望は作者に直接宣言すべき
最近、作者に直接いうべき発言が多くて困る

>>114
> (9) ライブラリ関連の質問は禁止ではありませんが、ライブラリスレで聞くとより回答を得やすいかもしれません。

>>116
人にレスするなら、流れを理解するくらいまでさかのぼれよ。
俺等が話してるのを見てその意味に気付く奴は気付く、それでいい。ってかいてるだろ？
日本語分からないのか？

話についてこれない奴はROMってろよカスが。

>>117
> (9) ライブラリ関連の質問は禁止ではありませんが、ライブラリスレで聞くとより回答を得やすいかもしれません。

禁止ではないｗ

>>116
作者にこんなのの相手をさせるつもりかいな

やっぱ前揉めたときにきっちりスレ分けるべきだったんじゃないの

>>118
>109の事をいってるなら見当違いも甚だしい

>>122
作者が相手してくれるかまでは保証できない
言い方次第では返信してくれるかもしれないし、無視される事もあるだろうが、それは作者が判断すべき事だと思う

どちらにせよ「ライブラリに関する機能提案」をここでしても有益な事は何もない
作者に直接メールするか、作者が開設しているforum(なければブログ等の何らかのコミュニティ)で議論するのが筋だろう
forumに書き込めば同意する人はレスするだろうし、彼のいう啓蒙もまあ出来なくはない

>>109では「俺等が話してるのを見てその意味に気付く奴は気付く、それでいい。」と豪語しているが、ようするに
・英語を書けないのでここで話題にすれば誰かが作者に提案してくれるだろう
・俺が提案しなくても誰かが提案してるはず。お前もそう思うだろう？
と他人に甘えた希望的観測を持っているに過ぎない
「皆がその考えを持っているなら作者に提案する人が誰もいない」という事実にこの人は気づいていない

なぜ作者に直接言わないのかしらないが、「障害があるなら自分で乗り越えてくれ」と彼に言いたい
俺だって英語苦手だが、頑張って読むし、皆そうしてると思うんだが

>>125
何度も言いますが、私の場合、目的は啓蒙ですから。
lodashを知らない人がその存在だけでも知ってくれさえすれば、それで十分なのです。

>>99
最古のスクリプト言語のLispは関数型だ
むしろ関数型→オブジェクト思考と言える
最近関数型言語の実装が進歩して見直されてはいるが

小技の質問です
var hoge =[];
の配列があったとして
このhogeの中身全部をfuge(hoge[i])の返り値にするとき

for(var i=0; i<hoge.length; i++){
　　　hoge[i] =fuge(hoge[i]);
}

ってやってるんですが、これをもっと短く、早く、簡単に出来る方法とかありますか？

十分短いし簡単だと思うよ
死ぬほど早さを求めたいならfugeにhoge渡して配列が変えるようにすれば関数呼び出しが減る

.map() でいいんじゃね

>>111
arr.propertyIsEnumerable('hoge')
Array.propertyIsEnumerable('push')

>>129>>130
ありがとうございます
これでまた最速に近づけた気がします

>>128
最速なら、hoge.length は変化しないのなら、
変数に代入してから使った方がよいらしい

そうしないと毎回、プロパティ or 関数？が呼ばれる？

>>126
何度も言うが、啓蒙はスレ違い

>>130のmapは最速にはほど遠いぞ…

>>134
この手の流れだと結局のところ反論するにも使ってみなくてはならなくなるんだよ
否定的な意見が強く出れば出るほど、認知度アップが見込める
スレ違いだと思う人がいても、結果が出ている限りやめないよ

>>136
効果の有効性は問題ではない
質問スレで啓蒙することがスレ違い
自分の目的の為なら他人の迷惑を顧みないところを見るに相当甘やかされて育ってきたんだな

>>128
そういう時にこそlodashなんだよ
lodashに慣れるとダッサいコードが我慢できなくなるよ

あぁ「速く」か
関数型だと速くはならないな
全体が筋のいいコードになることでアルゴリズムがブラッシュアップされていくので
小技で汲々とするより、大きなところで速度改善がなされるけどね

関数型プログラミングは、処理の流れが一本で
一目で何をしているのか分かる。
そして一時変数が激減する。印象としては、なめらかな感じ。
従来のプログラミングは、
「これがこうなって、これがこうなって、そしてこれがこうなって・・」みたいな感じで
ガタガタしてる。
何をしているのか読み取るのに時間がかかる。

jqueryのメソッドチェーンと関数型プログラミングは
本質的には同じ思想から発している

>>126
はい、みんなにクソだから使うなと伝えておきますね

>>132
だから感覚だけで最速に近づいたとか言ってはいけない
兎に角、計測第一だ

プログラミングすると精神を病んでしまいますか？

嫌いなら病む
好きなら病まない

分業化が明確でない俺の会社を見る限り、好き嫌いではなく自分はプログラミングしかできないってしがみついてる奴は確実に病んでる

このスレにはウサインボルト一派がいる
そいつらは病的なほど速度とコードの短縮を求めてる

コード短縮と速度は両立しないけどな。

ネストされたオブジェクトの情報からdomエレメントを作ろうと思います
そういうプラグインみたいのありませんか？
オブジェクトにはclassやidやchildrenのようなキーがある感じです