私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript & jQuery 質問用スレッド vol.5 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
元の反論はそんなコード書く必要なくね?(滅多に)って事では?
出来るとは言ってなくて、出来ないけどそれが何か?って感じ。
出来るとは言ってなくて、出来ないけどそれが何か?って感じ。
>>231の反論が的外れなのが全ての原因
結論はでているからこの話題は終了で
結論はでているからこの話題は終了で
JavaScriptとjQueryは併用できるんだから何も問題ない
そもそも質問がおかしい
そもそも質問がおかしい
質問がおかしいとは思わんが、おかしいと思うなら初めからそういえばいいだろ
後出しで言い訳は見苦しいぞ
後出しで言い訳は見苦しいぞ
>>255
流れが分かってないようなら口出ししない方がいいんじゃない?
流れが分かってないようなら口出ししない方がいいんじゃない?
jQueryにデメリットってないの?
⇒jQueryに出来ない事はDOM APIで出来るから何もないよ
⇒ライブラリ全般がそうだから、全てのライブラリにデメリットはないんだね
質問の意図を理解してない奴が引っ掻き回したのが原因かね
⇒jQueryに出来ない事はDOM APIで出来るから何もないよ
⇒ライブラリ全般がそうだから、全てのライブラリにデメリットはないんだね
質問の意図を理解してない奴が引っ掻き回したのが原因かね
jQueryでもcontents()を使えば
テキストノードを参照できるって話だろ?
テキストノードを参照できるって話だろ?
>>259
だからテキストノードを「操作」不可に対しての反論になってないだろ?
だからテキストノードを「操作」不可に対しての反論になってないだろ?
ただの自分のチンコおっ勃ててるだけだろ?
jQueryはセレクタエンジンを利用したDOMの選択、操作が可能なJavaScriptライブラリ
これでも解らないか?w
jQueryはセレクタエンジンを利用したDOMの選択、操作が可能なJavaScriptライブラリ
これでも解らないか?w
jQuery API(仕様)の問題に運用視点で反論(jQuery API, DOM APIを併用)を返しているような違和感があるわ
jQuery信者には何を言っても無駄だな
jQuery信者には何を言っても無駄だな
俺は要素のセットを一括して操作可能なライブラリって考えてるよ。
CSSと一緒で .class { color: red } ってやれば全ての .class の色が赤くなるだろう?
$(".class").css("color", "red") これも同じで.classの色が赤くなる。
DOMを通常のやり方で操作したらループが必要になる場面でループが必要にならない。
つまりDOMだと手続き的に実行しなければいけないが、
jQueryだと手続きではなくて定義にすることが出来る。
CSSと一緒で .class { color: red } ってやれば全ての .class の色が赤くなるだろう?
$(".class").css("color", "red") これも同じで.classの色が赤くなる。
DOMを通常のやり方で操作したらループが必要になる場面でループが必要にならない。
つまりDOMだと手続き的に実行しなければいけないが、
jQueryだと手続きではなくて定義にすることが出来る。
当たり前だろw
そもそもjQueryはJavaScriptの汎用性の高い部分を利用しているんだから
そもそもjQueryはJavaScriptの汎用性の高い部分を利用しているんだから
テキストノードに関してはtext()で書き換えが出来れば十分で、
それ以外の操作をすることってまず無いんじゃないか?
だからjQueryはシンプルにするためにあえてなくしたと考えられるが。
(正確に言えばcontentsがあれば十分)
それ以外の操作をすることってまず無いんじゃないか?
だからjQueryはシンプルにするためにあえてなくしたと考えられるが。
(正確に言えばcontentsがあれば十分)
テキストノードの一括処理も欲しくなるが、やった事がない人には分からないんだろうな
jQuery使いってjQueryで使いやすいように構造を書き換える傾向があるよね
なんか考え方が固定化されているっていうか
なんか考え方が固定化されているっていうか
jQueryとは何なのか?
DOM APIとは何なのか?
この事を理解できていないからおかしいのw
DOM APIとは何なのか?
この事を理解できていないからおかしいのw
ぶっちゃけ、jQuery信者はテキストノードの操作なんかやった事ないと思う
text()で十分と思っている人が大半
text()で十分と思っている人が大半
text()、html() の方が汎用性は高いから当然だし、
通常、意図のあるマークアップが出来ていれば必要ない
必要ならDOM APIを利用すれば解決
通常、意図のあるマークアップが出来ていれば必要ない
必要ならDOM APIを利用すれば解決
jQueryって宗教なんたね
jQueryが全てにおいて正しい、みたいな固定観念はApple信者に似たものを感じるよ
jQuery3.0でAPIが変わったら考え方を変える程度の宗教観しかないんだろうけど
jQueryが全てにおいて正しい、みたいな固定観念はApple信者に似たものを感じるよ
jQuery3.0でAPIが変わったら考え方を変える程度の宗教観しかないんだろうけど
割り込むようだが、回答を求む
jQuery#data以外でdatasetに相当するAPIは用意されてたっけ?
jQuery#dataはdata属性との兼ね合いが気持ち悪くて仕方ないのでテコ入れを待ってるんだが
jQuery#data以外でdatasetに相当するAPIは用意されてたっけ?
jQuery#dataはdata属性との兼ね合いが気持ち悪くて仕方ないのでテコ入れを待ってるんだが
>>270
text()で十分だと思うけど、他に何かすることでもあるの?
text()で十分だと思うけど、他に何かすることでもあるの?
index.htmlで30ファイルほどのjsファイル読み込む場合、一つのファイルにマージしておく方が読み込みは速いですか?
>>278
その通り
その通り
いっちゃ悪いが、相当レベルの低いスレだな
言い負かすのが目的化してる奴がことごとくうざい
荒らしがたてたスレだから回答者の質も相応になるのかね
言い負かすのが目的化してる奴がことごとくうざい
荒らしがたてたスレだから回答者の質も相応になるのかね
テキストノードの一括処理なんてしたいことあるかな?
テキストエディタとかなら置換機能とか思いつくが。
テキストエディタとかなら置換機能とか思いつくが。
まあ、あれだよな。DOM APIを作った連中は
API設計のセンスがなかったと。
API設計のセンスがなかったと。
横だが、テキストノードの置換で、前にこんな感じのあったぞ
<p>
2015.12.9(Monday)<br />
本日は晴天なり
2016.3.15(Monday)<br />
2016.3.19(Friday)<br />
明日は雨なり
・
・
</p>
上記のように既にシステムで出力されたテキストを
→2016年3月15日(月曜日)のフォーマットに変換する
正規表現で任意のn文字目とか使いまくって無理やり対応してやったが他に方法あったのだろうか
<p>
2015.12.9(Monday)<br />
本日は晴天なり
2016.3.15(Monday)<br />
2016.3.19(Friday)<br />
明日は雨なり
・
・
</p>
上記のように既にシステムで出力されたテキストを
→2016年3月15日(月曜日)のフォーマットに変換する
正規表現で任意のn文字目とか使いまくって無理やり対応してやったが他に方法あったのだろうか
↑これにあとこんな処理も混ざってたな
本日は(明日は)の後ろの天気分部のみ(晴天とか雨部分)のみを消す
(文字列内の特定箇所の任意の1文字もしくは2文字を消す)
本日は(明日は)の後ろの天気分部のみ(晴天とか雨部分)のみを消す
(文字列内の特定箇所の任意の1文字もしくは2文字を消す)
誰も知らないのか
レベルが低いってのは本当だったんだな
レベルが低いってのは本当だったんだな
>>291
横に長すぎでコードレビューで弾かれるレベルw
横に長すぎでコードレビューで弾かれるレベルw
>>286-287
jQuery版 + ES6
http://jsfiddle.net/wn30xxcy/2/
'use strict';
$('#hoge').contents().filter((i, e) => e.nodeType == 3).each((i, e) => {
e.data = e.data.replace(/(\d{4})\.(\d{1,2})\.(\d{1,2})(?!\d)/, '$1年$2月$3日').replace(/([本明]日は)(?:晴天|雨)(?=なり)/, '$1');
});
jQuery版 + ES6
http://jsfiddle.net/wn30xxcy/2/
'use strict';
$('#hoge').contents().filter((i, e) => e.nodeType == 3).each((i, e) => {
e.data = e.data.replace(/(\d{4})\.(\d{1,2})\.(\d{1,2})(?!\d)/, '$1年$2月$3日').replace(/([本明]日は)(?:晴天|雨)(?=なり)/, '$1');
});
>>295
どこらへんが?
どこらへんが?
メソッドチェーンが長すぎることが
無理やりって印象はないんだが?
無理やりって印象はないんだが?
for (var i = 0, ts = document.evaluate('id("hoge")/child::text()', document, null, 7, null), l = ts.snapshotLength, t; i < l; ++i) {
$('#hoge').contents().filter((i, e) => e.nodeType == 3).each((i, e) => {
これだけでも差があることがはっきりわかるよな。
$('#hoge').contents().filter((i, e) => e.nodeType == 3).each((i, e) => {
これだけでも差があることがはっきりわかるよな。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- + JavaScript & jQuery 質問用スレッド vol.8 + (1001) - [98%] - 2019/2/9 14:00
- + JavaScript & jQuery 質問用スレッド vol.7 + (701) - [98%] - 2022/12/19 17:15
- + JavaScript & jQuery 質問用スレッド vol.7 + (993) - [98%] - 2017/11/10 8:15
- + JavaScript & jQuery 質問用スレッド vol.6 + (980) - [98%] - 2016/11/20 14:31
- + JavaScript の質問用スレッド vol.95 + (1001) - [72%] - 2012/1/17 4:16
- + JavaScript の質問用スレッド vol.75 + (1001) - [72%] - 2010/1/23 1:07 ○
- + JavaScript の質問用スレッド vol.85 + (1001) - [72%] - 2011/4/25 21:32
- + JavaScript の質問用スレッド vol.135 + (1002) - [70%] - 2018/11/23 10:30
- + JavaScript の質問用スレッド vol.105 + (1001) - [70%] - 2013/5/20 4:45
- + JavaScript の質問用スレッド vol.125 + (1001) - [70%] - 2015/10/7 17:45
- + JavaScript の質問用スレッド vol.115 + (1001) - [70%] - 2014/5/29 16:16
- + JavaScript の質問用スレッド vol.93 + (1001) - [70%] - 2011/12/10 18:31
トップメニューへ / →のくす牧場書庫について