jQueryで楽になる部分、楽にならない部分、顧客が本当に必要だったもの - Qiita

俺も昔はお前のような jQueryスパゲッティジェネレーターだったのだが、膝にReactを受けてしまってな… 基本的な方針 とくにライブラリ設計者において、小さなモジュールを単機能で分割する以上、ライブラリ設計者は可能な限り依存を減らすことを求められます。node環境ならdependency hellの回避のため、フロントエンド環境ならファイルサイズを減らすためです。 ライブラリ設計者ならずともコードのポータビリティを維持するため、できるだけライブラリに依存しないコードを書くのが望ましいです。 Githubみてる限り、最近書かれるJSのライブラリの多くはjQuery非依存です。ユーザーから見る限りは、jQueryElement渡すかHTMLElement使うかぐらいの違いですけどね。 また、Angular, React等のSPAをスクラッチで設計する場合、気づいたらjQueryを使っていな

[toaruR]

もともと、ブラウザ間の挙動差を吸収してくれる魔法だったしね（´－｀）jQuery

[pro_shunsuke]

フロントエンドが複雑になるSPAだとjQuery使うのが辛くなるからReactとかが出てきたのに、それを考慮していないコメントが多い。適材適所。

[harry0000]

子が親を探索する必要ある(子が親のDOMや描画状態に依存する)設計にしないの、基本だし書かれてる内容も至極全うだと思うんだけど、よくわからないコメントがいっぱい付いててよくわからない / SPAの話は一切してない

[k12u]

かなりバランス取れてると思うけどな、なぜか批判にたくさんの星が

[Pasta-K]

座標計算系の実装するときにjQuery読んで感涙した

[lli]

複雑なwebアプリを作るのにjqueryでは解決しない問題があるので他の方法が模索されてるだけなんだけどなんで対立構造ぽく扱われるのかわからんな。

[ka-ka_xyz]

IE6, 7が生きてた頃は「レガシーIE対応をほとんどライブラリ側で吸収してくれる」ってだけでも十分価値は有った（過去形）と思う。

[noonworks]

実際にある程度以上の規模のSPAを作ってる人に「SPAなんて作るの？」「そんなの作らないでしょjQueryで十分」ってSPA不要前提で話すの、会話が成り立っていないような……

[rti7743]

なぜjQueryを否定論は、自らjQueryを超えるライブラリを作ろうとしないで、別のライブラリの肩に乗って喜んでいるのか。ただの派閥争いなのかな？俺ならこう作る。わーおなみたいなの希望。

[te2u]

jQueryに関して言えば、本家のページにある「write less, do more.」が全てだと思う。IE6全盛期にjsを触っていた身として、jQueryやその前に使っていたPrototype.jsには本当に助けられた。クロスブラウザ対応がままならなかった頃。

[clworld]

j*Query*なんだから本来の用途はQueryだろう…。

[naga_sawa]

jQuery が便利なのはクロスブラウザでクエリでDOM要素に到達できてイベント処理できるってとこだったので/昨今の複雑化したWebだとカバー範囲が違うというかなんというか

[takaken1123]

[2016-05-01 16:04]

[toshihiko150]

要は、「座標系は難しいからjQueryは欲しいよね。だけど、本来のDOM操作のcloset/sibling/next/prevが標準機能として提供されないのか意図を考えれば、きちんと設計をした上で、document.querySelectorを使うべきだ」ということかな？

[uretaro]

"僕がjQueryセレクタを使う場合は、基本的にコンポーネント要素のルートからの find のみとしています。DOMの相対座標に依存したコードは、とにかく変更に弱く、改修も困難です。"

[tyru]

「座標計算系の難しさ」

[justcycle]

Plan9やGNU hurdがなぜ失敗したか思い出すべき。完璧ではなくても十分使いやすいJQueryで十分で、ライブラリ使う俺かっけーは無意味に保守性を下げるだけ。

[pmint]

「親方向への探索」とあるけど、方向の問題ではなく境界を作ってないことが問題。要するに設計してないという問題。座標の話はスタイル操作の問題。

[enemyoffreedom]

まぁSPAに限らずUIのリッチ化が進んでいて、画面の複雑さがどこかで閾値を超えるとjQueryではスパゲティ化して保守がしんどくなってくる

[Dolpen]

外部や親に依存しない構造化されたDOMとそのための小さいモジュール群の切り出しは保守コストや再利用性のためにあるのに、それを自己満足だとか批判するコメントに評価集まっちゃうJSのコミュニティ終わってない？

[Dai_Kamijo]

100ストック！ | jQueryで楽になる部分、楽にならない部分、顧客が本当に必要だったもの by @mizchi — キータ (@Qiita) April 20, 2016 from Twitter https://twitter.com/Dai_Kamijo April 20, 2016 at 02:30PM via IFTTT

[djshigy]

jQuery

[IndigoHawk]

“膝にReactを受けてしまってな”当ててやろうか？誰かに、スイート・ロールを盗まれたかな？

[lyiase]

もはやJSすら標準化されている時代だから、既存のJS(ES2015)の機能でjQueryで表現の体系で使える超軽量ライブラリを作れば、みんな幸せですべて解決…？

[ikosin]

jQuery とは何か？みたいなものの答えが人それぞれ違うんだろうか。自分の中では、クロスブラウザ対応 API ライブラリ/ v1.8 くらいまでは使ってたけど、古いブラウザ対応する必要がなくなってから使わないように

[mumincacao]

親方向への探索は同一ふぉーむ内の要素探すときぐらいかなぁ？ 座標計算はもうちょっと各種ぶらうざさんが歩み寄ってくれてもいいと思うのです（－ｘ【みかん

[cocodrips]

最初の1行でやられた

[vanbraam]

jQueryって出現当初はクロス・ブラウザー性も採用理由として大きかった気がする.そういう意味では色んな泥臭い作業を隠蔽してくれる便利ツールという位置付けだから,綺麗に設計されたライブラリーとは方向性が違うかも

[UDONCHAN]

『座標系は難しい』

[nisshin-k]

普通にwebページ作るうえでSPAにしなければならないようなお仕事してないからなぁ。本当に必要なん？

[psfactory]

jQueryで楽になる部分、楽にならない部分、顧客が本当に必要だったもの - Qiita

[dev0000_1]

コンポーネントではなく、ボタンなどの部品で語る仕様になると、親探索系ロジックが増える気がする。複雑性が増大するというのは同意だけど。

[ya--mada]

客前に立たなくなって長くなるので、フロントには戻れないなって。おじさん

[pakkunflower]

集約は大事

[baronhorse]

同じやつが似たような話あまり何度も繰り返してんの見ると、スナックで聞いてもらえと言いたくなる。

[akulog]

jQuery使ってって言われて使ってみたらbackbone.jsが既にいたり、既にカオスになってるとこは沢山ある気がする

[airj12]

座標計算や親探索が必要な画面仕様自体がWeb向きでない、て事なのかな