私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.118 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>947
CSSは結構イジる方だから大丈夫かな？
CSSは結構イジる方だから大丈夫かな？
>>951
まあCSSって言っても正確にはセレクタだけどね。
セクレタを知っていればあとは
$('.hoge input[type="checkbox"]').prop('checked', true);
たったこれだけで.hoge以下にあるチェックボックスの全てをチェックできたりする。
（[type="checkbox"]はjQueryの拡張された擬似クラスの:checkboxが使えるけど）
複数の要素を処理するライブラリとして抜群に使いやすいよ。
まあCSSって言っても正確にはセレクタだけどね。
セクレタを知っていればあとは
$('.hoge input[type="checkbox"]').prop('checked', true);
たったこれだけで.hoge以下にあるチェックボックスの全てをチェックできたりする。
（[type="checkbox"]はjQueryの拡張された擬似クラスの:checkboxが使えるけど）
複数の要素を処理するライブラリとして抜群に使いやすいよ。
面倒と言っても単にループするだけなので単純だし
おそらく内部ではeachなどでループ回数分関数を呼んでいるので、
普通のfor文で書くだけで高速化出来ます
おそらく内部ではeachなどでループ回数分関数を呼んでいるので、
普通のfor文で書くだけで高速化出来ます
>>955
書く時の話をしてるんじゃないんだよ。
書くのはループしてもjQueryでも実はどっちでも変わらない。
なぜならコピペすればいいから。
定型文として辞書登録でもしておけば簡単に書ける。
だけど、書く時の話を問題視しているんじゃない。
プログラムっていうのは書くよりも読むときの方が長い。
「可読性」という言葉はよく使われるが「可書性」とは言わないだろ？
ループを使って書くと、本当にループ以外の余計なコードを書いてないのか？
ちゃんとループに使ってる変数名はあっているか？
同じようなコードに見えるが本当に同じなのか？
細かい所が違っていないか？って気にしないといけない。
（書く量ではなく）読む量を減らすことで、そういう無駄な時間を大幅に減らせる。
書く時の話をしてるんじゃないんだよ。
書くのはループしてもjQueryでも実はどっちでも変わらない。
なぜならコピペすればいいから。
定型文として辞書登録でもしておけば簡単に書ける。
だけど、書く時の話を問題視しているんじゃない。
プログラムっていうのは書くよりも読むときの方が長い。
「可読性」という言葉はよく使われるが「可書性」とは言わないだろ？
ループを使って書くと、本当にループ以外の余計なコードを書いてないのか？
ちゃんとループに使ってる変数名はあっているか？
同じようなコードに見えるが本当に同じなのか？
細かい所が違っていないか？って気にしないといけない。
（書く量ではなく）読む量を減らすことで、そういう無駄な時間を大幅に減らせる。
<h2>めにゅー１</h2>
<ul>
<li>めにゅー１－１
<ul>
<li>めにゅー１－１－１</li>
<li>めにゅー１－１－２</li>
<li>めにゅー１－１－３</li>
</ul>
</li>
</ul>
こんな感じでアコーディオンの中にドロップメニューって実装できないですか？
想定ではアコーディオンは水平方向に開いてドロップメニューは横に出るイメージです
<ul>
<li>めにゅー１－１
<ul>
<li>めにゅー１－１－１</li>
<li>めにゅー１－１－２</li>
<li>めにゅー１－１－３</li>
</ul>
</li>
</ul>
こんな感じでアコーディオンの中にドロップメニューって実装できないですか？
想定ではアコーディオンは水平方向に開いてドロップメニューは横に出るイメージです
<p id="d1">あああ</p>
$(function(){
var nm=$("#"+"d1").text();
alert(" nm="+nm);//あああ
alert(" nm="+document.getElementById("d1").value);//undefined
});
document.getElementById("d1").valueでは値が取得出来ませんでした。
「あああ」をjQueryのtextメソッドやhtmlメソッドを使わずに取得
する方法ってあるのでしょうか？教えてください。
$(function(){
var nm=$("#"+"d1").text();
alert(" nm="+nm);//あああ
alert(" nm="+document.getElementById("d1").value);//undefined
});
document.getElementById("d1").valueでは値が取得出来ませんでした。
「あああ」をjQueryのtextメソッドやhtmlメソッドを使わずに取得
する方法ってあるのでしょうか？教えてください。
ふと思ったのですが、
インスタンスはプロトタイプの属性に
this.hoge
でアクセスできますよね？
プロトタイプにmogeというプロパティがあったとして、
インスタンスの中から
this.mogeに値を代入したら、
プロトタイプのmogeへの代入になるのですか？
それともインスタンスのmogeへの代入になるのですか？
インスタンスはプロトタイプの属性に
this.hoge
でアクセスできますよね？
プロトタイプにmogeというプロパティがあったとして、
インスタンスの中から
this.mogeに値を代入したら、
プロトタイプのmogeへの代入になるのですか？
それともインスタンスのmogeへの代入になるのですか？
function Hoge(){
}
Hoge.prototype = {
moge: 100
};
var a = new Hoge();
console.log(a.moge); //100
a.moge = 200;
console.log(a.moge); // 200
console.log(Hoge.prototype.moge); //100
thisへの書き込みはインスタンスプロパティへの書き込みになる
読み込みはインスタンスプロパティがない時のみプロトタイプからの読み込みになる
って感じですかね
}
Hoge.prototype = {
moge: 100
};
var a = new Hoge();
console.log(a.moge); //100
a.moge = 200;
console.log(a.moge); // 200
console.log(Hoge.prototype.moge); //100
thisへの書き込みはインスタンスプロパティへの書き込みになる
読み込みはインスタンスプロパティがない時のみプロトタイプからの読み込みになる
って感じですかね
>>964-964
何を参考にしたのか知らんが、基本的な知識だからプロトタイプチェーンでぐぐれ
何を参考にしたのか知らんが、基本的な知識だからプロトタイプチェーンでぐぐれ
function Hoge(){
}
Hoge.prototype = {
moge: { hage: 100 }
};
var a = new Hoge();
console.log(a.moge.hage); //100
a.moge.hage = 200;
console.log(a.moge.hage); // 200
console.log(Hoge.prototype.moge.hage); //200
}
Hoge.prototype = {
moge: { hage: 100 }
};
var a = new Hoge();
console.log(a.moge.hage); //100
a.moge.hage = 200;
console.log(a.moge.hage); // 200
console.log(Hoge.prototype.moge.hage); //200
JSで独自に時刻表データを取り出して、HTML5で表示させたいのですが、時刻表データはどうすれば取り出せますか？
文字数が任意のインライン要素の
親要素に規定されない横幅を知りたい時はどうすればいいですか？
親要素に規定されない横幅を知りたい時はどうすればいいですか？
その見えないブロック要素領域も幅を持っているので、
どこかで折られてしまうのでは？
幅が無限の領域を作れればいいのですが・・
どこかで折られてしまうのでは？
幅が無限の領域を作れればいいのですが・・
>>974
documentに挿入しなければいいのでは？
documentに挿入しなければいいのでは？
ループ中で正規表現を使う時は先に正規表現オブジェクトを作っておいた方がいいのでしょうか？
最適化されるような気もしますが
最適化されるような気もしますが
>>981
> 駄目な場合とはどんな場合ですか？
documentのwidthよりも大きいときじゃね？しらんけど。
> position:absoluteもやってみましたが、何か変な感じになったんですよね
display:blockとか色々指定しないとだめだよ。しんらんけど。
> 駄目な場合とはどんな場合ですか？
documentのwidthよりも大きいときじゃね？しらんけど。
> position:absoluteもやってみましたが、何か変な感じになったんですよね
display:blockとか色々指定しないとだめだよ。しんらんけど。
>>984
ちょっと何言ってるか分かりませんね
要素はdocumentに限らない、
というよりdocument直下の場合の方が少ないので、
documentのサイズは関係ありませんよ
一時的にブロック要素にしたところで、
実際には「ブロック要素の中にテキストノードが入ったもの」になってしまうので、
何かを変えたことにはなりません。
ちょっと何言ってるか分かりませんね
要素はdocumentに限らない、
というよりdocument直下の場合の方が少ないので、
documentのサイズは関係ありませんよ
一時的にブロック要素にしたところで、
実際には「ブロック要素の中にテキストノードが入ったもの」になってしまうので、
何かを変えたことにはなりません。
>>986
No
No
イベント関係をjqueryを使わずにしてる人いますか？
ブラウザ差違が大きい部分なので大変ですよね？
ブラウザ差違が大きい部分なので大変ですよね？
jQuery使わずに書いているが、それ程難しいとは感じないな
慣れの問題
慣れの問題
良く使うイベント関係の処理で大変だと感じるようなら標準APIで書くのは夢のまた夢という気がする
ブラウザ差異なんて書いてれば自然に覚える
自分の力量を信じられないなら、ライブラリに依存するしかないんじゃないか
ブラウザ差異なんて書いてれば自然に覚える
自分の力量を信じられないなら、ライブラリに依存するしかないんじゃないか
>>991
書く時が問題ではなくて読む時が問題。
jQueryを使わないとどうしても冗長な部分がでてくる。
特にループとか条件分岐とか。
冗長なコードは、それだけ読まないといけない。
>>991
> 差違を吸収する関数を自分で作ってしまえば良い
コードを読まなくていいようにするためには、関数を覚えることに転嫁すること
記憶してしまえばその関数の中身は読まなくて良くなる。
その時jQueryの関数は、広く使われ他人でも知っている可能性が極めて高いから
覚えることに値する情報だが、自分で作った関数は、自分以外使われてない、
他人は知らない、何かあったら中身を見る必要がある、、という点で覚える価値の低い情報
書く時が問題ではなくて読む時が問題。
jQueryを使わないとどうしても冗長な部分がでてくる。
特にループとか条件分岐とか。
冗長なコードは、それだけ読まないといけない。
>>991
> 差違を吸収する関数を自分で作ってしまえば良い
コードを読まなくていいようにするためには、関数を覚えることに転嫁すること
記憶してしまえばその関数の中身は読まなくて良くなる。
その時jQueryの関数は、広く使われ他人でも知っている可能性が極めて高いから
覚えることに値する情報だが、自分で作った関数は、自分以外使われてない、
他人は知らない、何かあったら中身を見る必要がある、、という点で覚える価値の低い情報
>>992
> 自分の力量を信じられないなら
これは力量の問題ではない。
俺は力があるから、どんなに長くてもすぐに読めるんだ！
俺は記憶力がいいから、どんなものでも一回でも記憶できるんだ！
これは単なる体力系馬鹿と同じ。何も自慢になっていない。
力がある人でも、短いコードのほうがもっとすぐに読めるし、
記憶力がいい人でも、記憶する量は少ない方がいいに決まってる。
コードは短くし、覚えるものは価値が高い物少数に絞るべきだ。
> 自分の力量を信じられないなら
これは力量の問題ではない。
俺は力があるから、どんなに長くてもすぐに読めるんだ！
俺は記憶力がいいから、どんなものでも一回でも記憶できるんだ！
これは単なる体力系馬鹿と同じ。何も自慢になっていない。
力がある人でも、短いコードのほうがもっとすぐに読めるし、
記憶力がいい人でも、記憶する量は少ない方がいいに決まってる。
コードは短くし、覚えるものは価値が高い物少数に絞るべきだ。
出来るか出来ないかで言えばできるけど
コストが割に合うのかって話なんですが？
jqueryにはmouseenterやmouseleaveというメタイベントがあるんですが
それも出来てるんですか？
はい論破
コストが割に合うのかって話なんですが？
jqueryにはmouseenterやmouseleaveというメタイベントがあるんですが
それも出来てるんですか？
はい論破
>>993-993
質問に答えただけでなぜ全否定されなきゃならんのだ？
あんたは大変だと思うが、俺は大変だと思わない
それだけの話
それと、初めから自分で結論を持っているなら質問するな
質問に見せかけた布教行為だと思われても仕方ないぞ
質問に答えただけでなぜ全否定されなきゃならんのだ？
あんたは大変だと思うが、俺は大変だと思わない
それだけの話
それと、初めから自分で結論を持っているなら質問するな
質問に見せかけた布教行為だと思われても仕方ないぞ
> jQueryを使わないとどうしても冗長な部分がでてくる。
これも慣れの問題
文字数が多少長かろうが綺麗なコードは読むのに苦労しない
これも慣れの問題
文字数が多少長かろうが綺麗なコードは読むのに苦労しない
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript スレッド一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/1/25 12:46
- + JavaScript の質問用スレッド vol.110 + (1001) - [97%] - 2013/10/13 14:01
- + JavaScript の質問用スレッド vol.128 + (1001) - [97%] - 2016/2/26 6:45
- + JavaScript の質問用スレッド vol.119 + (1002) - [97%] - 2014/10/3 15:30
- + JavaScript の質問用スレッド vol.117 + (1009) - [97%] - 2014/8/5 3:30
- + JavaScript の質問用スレッド vol.116 + (1002) - [97%] - 2014/7/1 0:45
- + JavaScript の質問用スレッド vol.115 + (1001) - [97%] - 2014/5/29 16:16
- + JavaScript の質問用スレッド vol.114 + (1001) - [97%] - 2014/5/3 10:45
- + JavaScript の質問用スレッド vol.112 + (1001) - [97%] - 2013/11/27 16:46
- + JavaScript の質問用スレッド vol.111 + (1001) - [97%] - 2013/11/4 6:00
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/3/15 21:30
- + JavaScript の質問用スレッド vol.108 + (1001) - [97%] - 2013/9/21 15:16
- + JavaScript の質問用スレッド vol.138 + (1004) - [97%] - 2019/4/20 23:45
- + JavaScript の質問用スレッド vol.121 + (1001) - [95%] - 2022/11/29 16:30
- + JavaScript の質問用スレッド vol.100 + (1001) - [95%] - 2012/6/13 22:46
- + JavaScript の質問用スレッド vol.125 + (1001) - [95%] - 2015/10/7 17:45
- + JavaScript の質問用スレッド vol.124 + (1001) - [95%] - 2015/7/16 1:30
トップメニューへ / →のくす牧場書庫について