のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,932人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    元スレjQuery 質問スレッド vol.8

    JavaScript覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    651 = :

    必死すぎw

    653 = :

    >>649
    ShadowDOM

    654 :

    >>645
    初学者なのでeachでゴリゴリ回す発想しかありませんでしたが
    そのような書き方が出来るのですね

    参考になります
    ありがとうございます

    655 = :

    アロー関数を使えばもっと減らせる
    と書きつつあえて使わないのはなんなの?
    そっちのほうが分かりやすいと思ってんの?

    656 = :

    <要素 class="bbb eee fff jjj">と、
    要素に値(class)を持たせ、値は動的に変化します
    この要素は今どの値を持っているかはclassNameで簡単に取得できますが
    classを使わずdata-*で持たせた場合はどう取得するのでしょうか?
    アロー関数無しでお願いします

    657 = :

    >>656
    穿った見方をすれば、これまでの話の対抗策として書いた感じがするが、
    要件が違うから、"今回の場合"は classを使ったほうが良いよと
    "この間の例"では、data-*属性を勧めていた俺が答えるw

    658 = :

    まあ過去レスみれと

    659 = :

    いやいや、『この間の例』は要件や目的がはっきりしてないんだから
    結局何が最適かは分かりませんと言うことがFAでしょ
    だからこういう場合には、とか一般的にはとか話が広がってたのに
    その中で大口叩いておいて細かいことに逃げるのは感心しないな
    いくら屁理屈こねようとも、周りの人へ感覚的にどう思わせたかってことが大事だからね

    660 = :

    それで?

    661 = :

    >>659は自分の書いた内容を自分で見たほうが良い。
    おまえはその書いた内容の話をしたいのかと

    662 = :

    >>657
    ええ~~~!

    663 = :

    >>659
    >結局何が最適かは分かりませんと言うことがFAでしょ
    >だからこういう場合には

    この辺りはもっともだし、よくわかるが後半よくわからん

    664 = :

    DOM に状態を持たせるな!
    DOM に状態を問い合わせるな!

    React を使え!

    665 = :

    状態が要素の外側の見た目振る舞いに関わるものならclassで良い
    例えば一度クリックされたボタンに永続効果をつけるためのクラス「clicked」とか

    そして中身の内容にしか関わらないものであればdata-*が良い
    商品を読み込んでDOMに書き出すスクリプトと
    商品を絞り込むスクリプトが独立してあった場合
    その間でやり取りするために使う商品の種類情報など

    ただ特にスクリプトから要素を検索しないといけない場合はそれなりのコストがかかるので、
    そういうスクリプトを統合して、状態をスクリプト中に持たせたほうがスッキリする場合もある

    666 = :

    なんか見た目を変えるものはclassを思ってるかもしれないけど
    属性セレクタが作られたのは、属性で見た目を変えられるようにするためだからね

    属性セレクタをには必要とされる機能が追加されている
    前方一致、後方一致、そしてclassのようにスペース区切りで
    単語が含まれているかどうか、等がある

    667 = :

    classは名前の通り分類分けのもの
    様々な要素に共通する分類を指定する際にはclass
    属性はただその要素固有の性質

    668 = :

    限られた情報の中で答えるのはそうするしかない上にありがたいが
    木だけ見て森全体がわかったように断定してたのはちょっと引くわな

    669 = :

    属性やめてjs側に持っていくべきとか意味不明だったよなw

    670 = :

    mapくんのことかw
    結局コードも示さないし

    671 = :

    いや、実際Mapは有用だと思う
    >>665の真ん中の例だと
    最初から商品情報がHTMLとして存在している場合は
    DOMに書き加えるという機能とDOMの情報を編集するという機能に分割するほうが良さげだが
    そうでない場合はDOMはただのViewと捉えてModelはJS側で持っておくほうが良さげ

    672 = :

    >>669
    >>670
    data君のことだよ

    673 = :

    誰がどう読んでもdata君のことなのに無理やりmap君とか見苦しいったら

    674 = :

    は?いたじゃんweak mapくん

    675 = :

    weakmap君の自演やで?w

    677 = :

    >>676
    それ以前に、dataメソッドでは
    data属性を変えることはできないよ

    data属性を変える必要が無いなら、dateメソッドで十分だし
    書き換える必要があるなら、attrメソッドを使えと言うだけの話

    > あくまでもカスタム属性なので広い意味で動的に扱うならばclassを使うのが賢明
    その結論はおかしい。なぜならdata属性の読み書きにはattrメソッドを使う
    その場合注意する点は何もないわけで、もっというのならDOM APIを使うならば
    dataメソッドがdata属性を書き換えるものではないなどという混乱はおきない

    つまり、あんたのレスの最後の行はその行以前の話とは全く関係なく
    取ってつけたように出てきてる。

    カスタム属性を使うかの基準は動的かどうかではなくclassという名前の
    属性に入れるのがふさわしいか、別の名前の属性に入れたほうが良いかの違いでしょ?

    例えばariaのrole属性だって、classにaria-role-button なんて名前で入れることだって
    できただろうけど、そんなことせずにrole属性を作りましょうとなったわけだ
    classとは違った別の目的が有るのならclassを使わずに、カスタム属性を使いましょう
    そのために汎用にいくつでも自由に属性を作って良いことになったわけなんだから

    680 = :

    >>677 ← カスタム君の登場

    681 = :

    俺様属性

    682 = :

    嫌いなやつを追い出すには、徹底的に反論して論破するのと
    無視するのと煽るのどれが一番効果的だろうか?

    683 = :

    >>682
    楽しいのは煽りだね どんどん無知さらして笑われてるのに本人は気付かないからな
    徹底的に反論はアホには反論自体が理解できないから意味ない
    追い出したいだけなら無視が一番だけど

    684 = :

    聞いたかい?俺がdata君なわけだけど、本当に荒らしを
    しているのは誰かよくわかっただろ?

    685 = :

    >>675
    WeakMapくんは俺だが自演なんかしてないよ

    686 = :

    >>674
    意味分かってないな

    >>685
    俺は承知

    687 = :

    何も意見を言わずに支持を表明する理由は、
    ほら支持してる人がいるだろ?と見せるのが目的だって死んだじいちゃんが言ってた。
    名前を隠して言うことで沢山の人に支持されてるように見せられるんだって

    688 = :

    >>687
    それ煽りだけ入れる人、意見を言わずに否定だけする人も同じだよ

    689 = :

    要素の私物化は良くない

    690 = :

    >>687
    匿名掲示板でそんなこと言ってもだから何としか
    ちなみに674は明らかに言わんとしてることに対してずれてるぞ

    691 = :

    俺様属性

    692 = :

    もうdata-属性は自分で勝手に定義しちゃダメとか言い出しそうな勢いだなw

    693 = :

    >>664
    jQuery(js)はそれなりに使ってるがReactだとその件に関してどういうメリットあるの?

    695 = :

    >>694
    それだけDOMが糞だってことだよな

    696 = :

    >>694
    それって単に変数に問い合わせたいものの
    情報を持たせればいいだけだよね?

    698 = :

    >>696
    それだけじゃあんまり意味なくて、効率的な差分更新アルゴリズムが事実上必須。

    699 = :

    >>698
    マッチポンプって感じだよねw

    やらなくてもいいのに仮想DOMとかいう無駄な仕組みを追加して、
    仮想DOMという仕組みのせいで遅くなっちゃった、
    だから遅くならないように差分更新アルゴリズムを作らなきゃ!w

    最初から仮想DOMなんてものがなければシンプルで
    無駄のない処理を書くことができるのに。

    やっぱり馬鹿対策なのかな?
    馬鹿が無駄なコードを書いてもなるべく遅くならないように
    する防御策が仮想DOMw

    700 = :

    >>699
    > 馬鹿が無駄なコードを書いてもなるべく遅くならないようにする防御策が仮想DOMw

    いやこれマジこの通りだよ。
    現在のDOMがどうなってるか気にしないで書けるんだから。
    天才が常にありうるすべての場合のDOMの状態を把握して狙い澄ました最小限のDOM変更コードを書けるならそっちのほうが速い。
    ところがいかな大企業と言えど天才のみでチームを組めないし、ライフサイクルの最後までそいつらをそのプロジェクトに縛り付けることも出来ない。

    カップ麺スゲーと言ってるところにラーメン屋のラーメンには敵わないだろwと言ってるようなもん。


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


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