私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript & jQuery 質問用スレッド vol.5 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>200
うお！？調べてみます！ありがとさん
うお！？調べてみます！ありがとさん
>>201
本当にDOMに残るのが気持ち悪いのかを考えたほうがいいよ。
単に見えてないのにDOM上は存在する。ということに対して
気持ち悪いと言ってるならそれは間違い。
現在のURLに対して、そのDOMの内容をCSSを無効にして表示して
意味的におかしくなるか？で考えたほうがいい。
デザイン的には見えなくしたいんだけど、
別に表示されていてもおかしくないんじゃね？と
思うならば非表示にするだけでいいだろう。
本当にDOMに残るのが気持ち悪いのかを考えたほうがいいよ。
単に見えてないのにDOM上は存在する。ということに対して
気持ち悪いと言ってるならそれは間違い。
現在のURLに対して、そのDOMの内容をCSSを無効にして表示して
意味的におかしくなるか？で考えたほうがいい。
デザイン的には見えなくしたいんだけど、
別に表示されていてもおかしくないんじゃね？と
思うならば非表示にするだけでいいだろう。
>>203
むむ、
CSS無効だと意味的におかしいです。
内容重複表示になります。
てことは、jsでremove()ってことですね？
しかし実際はcss無効よりjsを無効にされることの方が多いような。。（そういう事ではないか）
むむ、
CSS無効だと意味的におかしいです。
内容重複表示になります。
てことは、jsでremove()ってことですね？
しかし実際はcss無効よりjsを無効にされることの方が多いような。。（そういう事ではないか）
ちなみに実際はこんなケースでした。
システムで出力されたデータがあり、
データA
1a
2b
3b
4a
5a
6b
7a
8a
・
・
200b
aのみを抽出して場所1に表示、bは場所2に表示（場所1と2の間には別の出力ソースがある）
データAは何度も出力できるが、aとbの出力分けはできない仕様。
システムで出力されたデータがあり、
データA
1a
2b
3b
4a
5a
6b
7a
8a
・
・
200b
aのみを抽出して場所1に表示、bは場所2に表示（場所1と2の間には別の出力ソースがある）
データAは何度も出力できるが、aとbの出力分けはできない仕様。
本当にパフォーマンスを気にするならCanvasで表現することを考えたほうが良い。
1. jQuery.remove()で特定要素を削除する
2. CSSで特定要素を不可視にする
どちらの方がパフォーマンスが良いのか？
という質問だろ
2. CSSで特定要素を不可視にする
どちらの方がパフォーマンスが良いのか？
という質問だろ
CSSで一々、存在する要素を見えないようにしていたら、
メンテナンスできなくなる
DOMと見えるものが不一致状態で、開発することは無理。
そんなものを一々、管理していられない
メンテナンスできなくなる
DOMと見えるものが不一致状態で、開発することは無理。
そんなものを一々、管理していられない
ときと場合によるとは思うけど
一般的に↓の(B)みたいにkansu2を参照できる範囲を関数内関数を使って必要最低限に限定するのは
good practice? bad practice?
//(A)
$(function() {
function kansu1() {
$('#div').click(kansu2);
....
}
function kansu2() {....}
});
//(B)
$(function() {
function kansu1() {
$('#div').click(kansu2);
....
function kansu2() {....}
}
});
一般的に↓の(B)みたいにkansu2を参照できる範囲を関数内関数を使って必要最低限に限定するのは
good practice? bad practice?
//(A)
$(function() {
function kansu1() {
$('#div').click(kansu2);
....
}
function kansu2() {....}
});
//(B)
$(function() {
function kansu1() {
$('#div').click(kansu2);
....
function kansu2() {....}
}
});
>>212
Bは同スコープ内のローカル変数がkansuu2で参照を保持し続けるが、AはGCで解放される
Bは同スコープ内のローカル変数がkansuu2で参照を保持し続けるが、AはGCで解放される
クロージャの弊害があるから一般的には関数の入れ子はしないほうがいいと理解していい？
$(function() {
var kansu1 = function() {...},
kansu2 = function() {...};
//* 必要に応じて
$('#div').click(fun.kansu2);
});
だろうけど
var kansu1 = function() {...},
kansu2 = function() {...};
//* 必要に応じて
$('#div').click(fun.kansu2);
});
だろうけど
$('#div').click(fun.kansu2); → $('#div').click(fkansu2);
jQueryUIで例えば、
$(function() {
$( "#draggable" ).draggable();
});
みたいに設定してドラッガブルとして使ったあと、それを解除する方法はありますか？
それ以降は動かせないようにしたいのです。
$(function() {
$( "#draggable" ).draggable();
});
みたいに設定してドラッガブルとして使ったあと、それを解除する方法はありますか？
それ以降は動かせないようにしたいのです。
>>217
フラグを立てたら？
フラグを立てたら？
destroyじゃないの？
http://api.jqueryui.com/draggable/#method-destroy
http://api.jqueryui.com/draggable/#method-destroy
jQuery/jsで良く使う（使える）小技教えてください。
大小問いません。
個人的には文字列置換をよく使います。
大小問いません。
個人的には文字列置換をよく使います。
>>220
文字列置換は基本的なテクニックでないのか？
そんなんでいいなら while, call, apply, bind, handleEvent, closure, bubbling ... いくらでもあるんだが
文字列置換は基本的なテクニックでないのか？
そんなんでいいなら while, call, apply, bind, handleEvent, closure, bubbling ... いくらでもあるんだが
jquery初心者です。
jqueryとDom操作の違いがいまいち理解できません。
調べれば調べるほど分からなくなってしいました。誰か、おバカさんに分かりやすく説明していただけないでしょうか。
jqueryとDom操作の違いがいまいち理解できません。
調べれば調べるほど分からなくなってしいました。誰か、おバカさんに分かりやすく説明していただけないでしょうか。
DOM操作・・・ブラウザが標準で持ってる機能
手続き型風で条件分岐が多く冗長。
jQuery・・・DOM操作を簡単に記述できるようにしたライブラリ
関数型風で条件分岐も少なく短く書くことが出来る
改良されている反面、速度が少し落ちるが、
問題にならない程度の速度低下で、開発効率を上げることが出来るとも言える。
手続き型風で条件分岐が多く冗長。
jQuery・・・DOM操作を簡単に記述できるようにしたライブラリ
関数型風で条件分岐も少なく短く書くことが出来る
改良されている反面、速度が少し落ちるが、
問題にならない程度の速度低下で、開発効率を上げることが出来るとも言える。
>>225だけ読むとjQueryにはメリットしかないかのような評価だな
jQueryには問題になるデメリットは全くないのか？
jQueryには問題になるデメリットは全くないのか？
jQueryは要素ノード以外の操作が基本出来ないからDOM APIに慣れると歯がゆく感じる事が結構あるなー
>>230
テキストノードも触れる。
ついでに言うとテキストノードに触ることはあまりない。
jQueryはDOM APIとは発想が違うんだよ。
jQueryはCSSと同じようなものと考えたほうがいい。
処理を行うのではなくて、セレクタに対してどういう
効果を与えるかという定義を記述する。
なので、正しく使うとバグを大きく減らせる。
テキストノードも触れる。
ついでに言うとテキストノードに触ることはあまりない。
jQueryはDOM APIとは発想が違うんだよ。
jQueryはCSSと同じようなものと考えたほうがいい。
処理を行うのではなくて、セレクタに対してどういう
効果を与えるかという定義を記述する。
なので、正しく使うとバグを大きく減らせる。
> ついでに言うとテキストノードに触ることはあまりない。
おまえの中ではそうなんだろうな
おまえの中ではそうなんだろうな
>>232
じゃあお前の中ではどうなんだ？
どういうときに使うのか言ってみろ。
念の為に言っておくけど、テキストノードをセレクタとして使用する話だからな。
セレクタで引っ張ってきたノードの中のテキストデータを変更することは
jQueryでも簡単にできる。その点に対してはDOM APIと全く変わりない。
じゃあお前の中ではどうなんだ？
どういうときに使うのか言ってみろ。
念の為に言っておくけど、テキストノードをセレクタとして使用する話だからな。
セレクタで引っ張ってきたノードの中のテキストデータを変更することは
jQueryでも簡単にできる。その点に対してはDOM APIと全く変わりない。
>>231
> テキストノードも触れる。
触れるってどういう風に？
text()はテキストノードを上書きするだけでテキストノード自体を操作はしてなかったよね
<p>a<span>b</span>c</p>
"c"のテキストノードを参照を失わずに値だけ書き換えることが出来る？
> テキストノードも触れる。
触れるってどういう風に？
text()はテキストノードを上書きするだけでテキストノード自体を操作はしてなかったよね
<p>a<span>b</span>c</p>
"c"のテキストノードを参照を失わずに値だけ書き換えることが出来る？
テキストノードに触ることってないだろ？
大半はセレクタで対応できる
というか、何やってんの？
大半はセレクタで対応できる
というか、何やってんの？
>>235
http://js.studio-kingdom.com/jquery/traversing/contents
テキストやHTMLコメントを含む子要素を取得します。
.children()との違いは、テキストノード、コメントノードも対象とする点です。
http://js.studio-kingdom.com/jquery/traversing/contents
テキストやHTMLコメントを含む子要素を取得します。
.children()との違いは、テキストノード、コメントノードも対象とする点です。
jQueryはテキストノードを触れないわけじゃなくて
テキストノードに対するセレクタが存在しないだけ。
触るだけならcontentsでできる。
jQueryセレクタ = CSSセレクタであるため
CSSセレクタにテキストノードへのマッチ機能が
無いことによるCSSの制約
テキストノードに対するセレクタが存在しないだけ。
触るだけならcontentsでできる。
jQueryセレクタ = CSSセレクタであるため
CSSセレクタにテキストノードへのマッチ機能が
無いことによるCSSの制約
>>233
> 念の為に言っておくけど、テキストノードをセレクタとして使用する話だからな。
セレクタで参照するのは要素ノードだけだろうにテキストノードを参照するのは具体的にどういうセレクタを書くつもりなんだ？
> セレクタで引っ張ってきたノードの中のテキストデータを変更することは
> jQueryでも簡単にできる。
Selectors APIにテキストノードを参照する機能などない
テキストノードを参照できるのはXPathぐらいだぞ
> 念の為に言っておくけど、テキストノードをセレクタとして使用する話だからな。
セレクタで参照するのは要素ノードだけだろうにテキストノードを参照するのは具体的にどういうセレクタを書くつもりなんだ？
> セレクタで引っ張ってきたノードの中のテキストデータを変更することは
> jQueryでも簡単にできる。
Selectors APIにテキストノードを参照する機能などない
テキストノードを参照できるのはXPathぐらいだぞ
>>236
document.querySelector('p').lastChild.data = 'hoge';
件の人はテキストノードを操作したことがないんじゃないかな
jQueryにはdataプロパティ相当がないし、splitText,appendData...その他諸々もないよね
document.querySelector('p').lastChild.data = 'hoge';
件の人はテキストノードを操作したことがないんじゃないかな
jQueryにはdataプロパティ相当がないし、splitText,appendData...その他諸々もないよね
>>239
> セレクタで参照するのは要素ノードだけだろうにテキストノードを参照するのは具体的にどういうセレクタを書くつもりなんだ？
俺に聞くな。
俺は
> ついでに言うとテキストノードに（セレクタとして）触ることはあまりない。
って言ってるんだ。
> セレクタで参照するのは要素ノードだけだろうにテキストノードを参照するのは具体的にどういうセレクタを書くつもりなんだ？
俺に聞くな。
俺は
> ついでに言うとテキストノードに（セレクタとして）触ることはあまりない。
って言ってるんだ。
>>240
> document.querySelector('p').lastChild.data = 'hoge';
それ（セレクタとして使用しない）でいいなら、
$('p').last()[0].data = 'hoge';
これで十分だろｗ
> document.querySelector('p').lastChild.data = 'hoge';
それ（セレクタとして使用しない）でいいなら、
$('p').last()[0].data = 'hoge';
これで十分だろｗ
> ついでに言うとテキストノードに（セレクタとして）触ることはあまりない。
セレクタでテキストノードに触れるといっているのと同義じゃね？
セレクタでテキストノードに触れるといっているのと同義じゃね？
>>243
ぜんぜん違う。
jQuery（DOMのquerySelectorでも同じ）は、CSSセレクタを使うのだから
CSSセレクタにテキストノードへのセレクタがない以上どちらも
CSSセレクタでノードの抽出はできない。
そして取得した要素単体に対する操作はjQueryでもDOMでも同じように
出来るのだから同じようにすればいいだけ。
ぜんぜん違う。
jQuery（DOMのquerySelectorでも同じ）は、CSSセレクタを使うのだから
CSSセレクタにテキストノードへのセレクタがない以上どちらも
CSSセレクタでノードの抽出はできない。
そして取得した要素単体に対する操作はjQueryでもDOMでも同じように
出来るのだから同じようにすればいいだけ。
>>246
あの？ なんでDOM APIを使ったら駄目なんですか？
jQueryはDOM APIにはない機能を追加するもので
DOM APIを置き換えるものじゃないんですけど？
例えば
$(el).click(function() {
$(this).hide() ← このthisはDOM要素なんですが？
});
あの？ なんでDOM APIを使ったら駄目なんですか？
jQueryはDOM APIにはない機能を追加するもので
DOM APIを置き換えるものじゃないんですけど？
例えば
$(el).click(function() {
$(this).hide() ← このthisはDOM要素なんですが？
});
>>248
jQueryのデメリットが論点だったのでは？
この流れであなたの返答は流れに反していると思うのですが
jQueryはテキストノードを操作出来ない⇒jQueryでもテキストノードを触れる⇒どうやって？⇒dataプロパティ⇒DOM APIでは？⇒なぜDOM APIを使ってはダメなんですか？
jQueryのデメリットが論点だったのでは？
この流れであなたの返答は流れに反していると思うのですが
jQueryはテキストノードを操作出来ない⇒jQueryでもテキストノードを触れる⇒どうやって？⇒dataプロパティ⇒DOM APIでは？⇒なぜDOM APIを使ってはダメなんですか？
「jQueryでも簡単にできる」と豪語しておいて、相手のコードにあったdataプロパティを流用しただけのお粗末な返答が返ってくるというね
前へ 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
トップメニューへ / →のくす牧場書庫について