私的良スレ書庫

不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterで
ログインするとレス評価できます。登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

元スレ+ JavaScript の質問用スレッド vol.118 +

JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニュー

みんなの評価 :
レスフィルター : (試験中)

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

851 : Name_Not - 2014/08/23(土) 14:20:58.50 ID:???.net (+37,+29,-13)

>>849
仕様書を読むのがあなたの役割ですよ

852 : Name_Not - 2014/08/23(土) 14:22:26.84 ID:???.net (+32,+29,-9)

>>851
ここはJavaScript を自ら学ぶ人のための質問スレッドであって、自らの努力を放棄するスレッドではない

853 : Name_Not - 2014/08/23(土) 14:29:04.71 ID:???.net (-27,-29,-32)

>>850
EventTarget
イベントのターゲットになれるかどうかは DOMツリーとは別の概念

854 : Name_Not - 2014/08/23(土) 14:30:35.01 ID:???.net (+31,+29,-32)

これが>>817か
この手の輩は自助努力を促したほうが身の為だな
(意地悪な奴なら煽るだけ煽って放置するんだろうが)

855 : Name_Not - 2014/08/23(土) 14:34:46.28 ID:???.net (+48,+30,-39)

>>854
勘違いしないで下さい
答えを引き出そうしているのではなく、本当にそう思っているからそう言っているのです
聞く方が早いから聞いているのに仕様書を読めというのは意味がありません
ノイズでしかないので黙っていて下さい
答える必要はありませんので

856 : Name_Not - 2014/08/23(土) 14:43:10.58 ID:???.net (+44,+30,-144)

>>855
根本からDOMを誤解しているおまえに家庭教師並みに一から十まで教える義務はない
そもそも、「お前が何を知っていて何を知らないのか」「何を誤解しているのか」等、全てを知らない我々がお前に説明する事は不可能だ
明らかに基礎知識のないお前が勝手な思い込みで「windowがDOMだ/DOMでない」と頓珍漢な質問を繰り広げられても反応に困る
ようするに「根本から誤解している一口の説明は無理だから仕様書を読んで基礎勉強からやり直せ」という事だ

857 : Name_Not - 2014/08/23(土) 14:50:31.09 ID:???.net (+23,+29,+1)

>>853
そうなんですか
ありがとうございました

858 : Name_Not - 2014/08/23(土) 14:52:03.79 ID:???.net (+33,+30,-16)

> 聞く方が早いから聞いているのに仕様書を読めというのは意味がありません
自己勝手な人だねえ
あんたに使われる人の気持ちを考えた事がないんだろうね

859 : Name_Not - 2014/08/23(土) 14:54:43.94 ID:???.net (+42,+30,-80)

>>856
あなたは単に抽象化能力がないので仕様書に丸投げしているだけです
「DOMが分かっていない」と言いながらDOMを自分の中で消化し抽象化した概念をまったく提示しない
あるのは否定だけ
これがあなたの人間性および能力をはっきりと示しているのです

860 : Name_Not - 2014/08/23(土) 14:56:01.84 ID:???.net (+37,+29,-12)

>>858
強制してないのに自分勝手とはいかに。
答えたくないなら答えなければいいのです
それで全然かまいませんよ

861 : Name_Not - 2014/08/23(土) 14:59:41.01 ID:???.net (+34,+30,-108)

>>859
抽象化能力ということは以前からいる質問者がお前か
運転免許を持ってない奴が「車の運転の仕方を教えてください」といっているようなもの
そんな奴に抽象化能力があっても説明できないのは自明だろう

断言するが、お前は>>853の回答で理解したつもりでまるで理解してない
基礎勉強をするのが面倒という理由で他人に質問するぐらいだからな
同じような質問を繰り返すだろう

862 : Name_Not - 2014/08/23(土) 15:02:15.32 ID:???.net (+38,+30,-18)

>>860
あんたが調べれば済むことをこちらの時間を消費させているんだから自己勝手でしょ
自分の時間を消費しない代わりに他人の時間を消費させている自覚がこれっぽっちもないみたいだね

863 : Name_Not - 2014/08/23(土) 15:03:40.06 ID:???.net (+39,+30,-44)

>>855
> 聞く方が早いから聞いているのに仕様書を読めというのは意味がありません
私は早くないですよね
「自分で調べろ」と答えるほうが明らかに早いのに、仕様書を読まないといわれるのでは意味がありません

864 : Name_Not - 2014/08/23(土) 15:03:43.94 ID:???.net (+27,+29,-4)

自分の時間を消費したくないなら、最初から相手にしなければいい

865 : Name_Not - 2014/08/23(土) 15:06:12.60 ID:???.net (+22,+29,-5)

まあ、自己勝手には違いないな

866 : Name_Not - 2014/08/23(土) 15:14:44.89 ID:???.net (+28,+30,-48)

> あなたは単に抽象化能力がないので仕様書に丸投げしているだけです
自助努力を放棄して他人に丸投げしているお前がよく言えるな
自尊心はないのか…

867 : Name_Not - 2014/08/23(土) 15:33:33.05 ID:???.net (+33,+30,-46)

こいつに自尊心があったら似たような質問を繰り返すはずがない
普通は理解したらその周辺知識まで吸収しようとするものだが、懲りずに何度でも頓珍漢な質問を繰り返すぐらいだからな
学習能力が欠けているのだろう

868 : Name_Not - 2014/08/23(土) 16:59:02.01 ID:???.net (+27,+29,-17)

なぜ相手をするのか
どうせ頓珍漢な質問をして頓珍漢な自己解決で終わるんだからほっておけばいい

869 : Name_Not - 2014/08/23(土) 17:19:57.30 ID:???.net (+41,+30,-158)

APIをそのまま使うのと、APIを呼び出すライブラリを比べれば
当然API以外のことをやってるライブラリのほうが
遅くなるのは当たり前なんだよ。

それは当然作者もわかってるわけで、遅くなるデメリットを
上回るメリットがあるからライブラリにするわけ。

だから、全く同じ処理をする関数があったとして
その速度を比較するのであれば意味があるが、
動きが違うものを、速度だけで比較するのは、やる意味が無いんだよ。

つまり、ライブラリの比較しました。速度の違いしか比較していません。
どっちが優秀でしょうか？速い方ですよね？っていう意見は
プロから見れば馬鹿かこいつとしか思われないんだよ。

870 : Name_Not - 2014/08/23(土) 17:29:46.44 ID:???.net (+22,+29,-3)

自称プロまで登場したよ…

871 : Name_Not - 2014/08/23(土) 17:34:29.76 ID:???.net (+32,+29,-37)

Ｗｅｂ制作は知らんが
長年、汎用機で開発をしているプロの私から言わせると
>>869の言う通りですわ

この辺りの考え方は
一人仕事ばっかやってる人には理解できまい

872 : Name_Not - 2014/08/23(土) 17:36:34.42 ID:???.net (-25,-18,-2)

自演のプロだったｗ

873 : Name_Not - 2014/08/23(土) 17:48:13.47 ID:???.net (+38,+29,-77)

趣味でプログラミングしてるレベルだけど、>>869はまともな事をいってると思う
DOM標準APIでコーディングできて、ライブラリ内のコードを読める人なら理解されると思うけど、ライブラリを使用するだけで中身がブラックボックスな人にはわかりづらいのかな

874 : Name_Not - 2014/08/23(土) 21:16:21.69 ID:???.net (+38,+30,-75)

>>862
回答することが時間の無駄だと思うのなら答えなければいいだけですが？
教えるということは創造的な行為なのです
本当の学習の場においては生徒よりも教師の方が学ぶことが多いものです
回答を創造的・生産的なものに出来るか否かは回答者に委ねられているのです
頓珍漢な文句を言っている人は少なくとも創造的な回答者にふさわしくはないのですから
黙っておけばよろしい

875 : Name_Not - 2014/08/23(土) 21:26:09.25 ID:???.net (+52,+29,-32)

せめてトリップでも付けてくれればNGしやすいんだがな

876 : Name_Not - 2014/08/23(土) 21:35:35.65 ID:???.net (-28,-30,-181)

○やりたいこと
<div id="loader">
<img>
</div>
のなかにimgタグがあるかどうか調べたい。

var ctr=$('#loader').find('img');
return ctr;

if(ctr.length==0){imgタグがないときの処理}

ってやると、望み通りの挙動をするようなのですが、
このようなことをやるときはjQueryのfindメソッドを使用
するのが一般的なのでしょうか？
また、jqueryなどのライブラリを使用せずに可能でしょうか？

879 : Name_Not - 2014/08/23(土) 22:17:14.47 ID:???.net (+36,+29,-7)

>>875
言い出しっぺの君からよろしく

880 : Name_Not - 2014/08/23(土) 22:17:23.08 ID:???.net (+33,+29,-61)

ぶっちゃけ、ｊQueryのDOMアクセスをトップレベルにおかずに、
その処理に適切な名前をつけて関数化すりゃええやん。
内部実装は後でどうとでもなるやろ。

881 : Name_Not - 2014/08/23(土) 22:20:22.85 ID:???.net (+24,+26,+0)

>>879
ばーかｗｗｗｗｗ

883 : Name_Not - 2014/08/23(土) 22:25:36.82 ID:???.net (-17,+29,-19)

>>880
それって要するにjQueryもどきを
自分で作るってことでしょ？

884 : Name_Not - 2014/08/23(土) 22:33:06.23 ID:???.net (-10,-8,-33)

もともとIEの独自実装なんじゃね？しらんけど
IEはイノベーターとしての役割をもっと評価すべきだな
containsなんてこの前はじめて知ったし

886 : Name_Not - 2014/08/23(土) 22:43:12.17 ID:???.net (+37,+29,-167)

>>883
違うよ。
一個関数かませてしまえって話だ。
js書いてて思うのが、DOMってjs側から見るとグローバル変数的な側面があるというかリソースそのものだからプログラム全体でDOMアクセスせずに
各機能を分けて極力DOMアクセスをモジュール（関数群）に閉じ込めるように書けって話。DOMアクセスにjQuery使おうが何しようが好きにしろ。
DOMのidとかclassとか変更あっても楽だろ。

887 : Name_Not - 2014/08/23(土) 22:48:14.67 ID:???.net (-26,-29,-123)

IEが作り出した便利なものってたくさんあるよ。

たとえば、CSS3のborder-boxとか、知った時は笑ったよ
http://www.htmq.com/css3/box-sizing.shtml

これをすごく便利って喜んでいる人がいるが、
これってIE5.5以前の仕様なんだぜ。

でもCSSではcontent-boxの計算方法が正しいとされた。
つまり以前はIEは標準に対応していないと叩かれる原因の
一つだった。

だがそのIEの計算方法の方が、理にかなってるということで
CSS3ではそのIE5.5以前の計算方法がサポートされた。
それをみな便利と喜んでるわけだ。

888 : Name_Not - 2014/08/23(土) 22:49:38.61 ID:???.net (+32,+29,-43)

>>886
だから、ぼくがつくったさいきょうの
DOMアクセスモジュール（関数群）を
使いましょうっていいたいんでしょ？

889 : Name_Not - 2014/08/23(土) 22:53:43.24 ID:???.net (+27,+29,-63)

ちげーよ。

jQueryはあくまでDOMアクセスのためのライブラリであって
その上のレイヤーに開発してるアプリのための関数群おけって話だ。
ｊQuery直アクセスばっかりしてると収集つかねーよ。

890 : Name_Not - 2014/08/23(土) 23:13:27.63 ID:???.net (+27,+29,-11)

ラップしときゃ差し替えも容易
このへん底辺コーダにはわかんねーか

893 : Name_Not - 2014/08/24(日) 00:35:37.22 ID:???.net (+33,+30,-105)

ライブラリ使えば遅くなるという事を一般論としてしまうのは間違ってる
jQueryとDOMで同じ事をしたら、大体同じぐらいの速度にならないとおかしい
普通、ライブラリ呼び出しのオーバーヘッドが気になるのは、相当切羽詰った
状況なはずだが、jQueryはそれをはるかに凌駕する遅さがある

しかし、速度以外の面ではjQueryは超いいライブラリだとは思う

895 : Name_Not - 2014/08/24(日) 02:53:08.87 ID:???.net (+27,+29,-26)

polyfillでブラウザ間差違を吸収して
普通に作る方向はどうですか？
それで作っている人いますか？

896 : Name_Not - 2014/08/24(日) 03:40:56.48 ID:???.net (-26,-30,-33)

http://gihyo.jp/dev/feature/01/jquery/0004

if ( jQuery(elem).is(":visible") )

こんな風に内部でも気軽にjqインスタンスを生成してるからくそ重いんだろうな

897 : Name_Not - 2014/08/24(日) 03:51:49.87 ID:???.net (+17,+19,-28)

しかも良く見たら
cssメソッドの中でgetWH()を再定義してるやん
ライブラリなら内部は少々汚くなってもいいからカリカリチューンしろよ。。

899 : Name_Not - 2014/08/24(日) 04:09:37.37 ID:???.net (+34,+29,-8)

>>896-896
http://github.com/jquery/jquery/blob/master/src/css.js
6年も前のコードに言ってないで
最新のソースをカリカリチューンしてくださいよ先生

900 : Name_Not - 2014/08/24(日) 04:28:33.00 ID:???.net (-27,-30,-72)

getComputedStyleの結果に対して、
getPropertyValueメソッドを使ったり、
名前をキャメルケースにしたプロパティに直接アクセスしたりしているようですが
getPropertyValueメソッドのメリットは
「キャメルケースを使わなくても値を取得できる」だけですか？

前へ 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

トップメニューへ / →のくす牧場書庫について

総計:	127,062,837人
頁
昨日:	no data人
頁
今日:	人
頁