必死すぎｗ

まだdataかclassかweakmapかって話してたのかｗ

>>649
ShadowDOM

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

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

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

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

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

まあ過去レスみれと

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

それで？

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

>>657
ええ～～～！

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

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

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

React を使え！

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

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

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

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

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

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

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

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

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

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

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

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

は？いたじゃんweak mapくん

weakmap君の自演やで？ｗ

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

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

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

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

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

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

jQueryにもdatasetメソッドを作れば良いのかも

あ、DOM APIのDataset APIは読み取り専用だったｗ

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

俺様属性

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

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

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

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

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

>>685
俺は承知

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

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

要素の私物化は良くない

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

俺様属性

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

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

jQuery → DOM
React → 仮想DOM → DOM

React では、DOMを更新しない場合に、React内の仮想DOMに問い合わせるだけ。
DOMにアクセスしない

React内に、DOMのコピーを持ってる

状態を問い合わせるだけとか、DOMを更新しない場合に、
ブラウザにアクセスしないから速い

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

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

>>694
状態を問い合わせるだけとか、DOMを更新しない場合に、
レンダリングされないのでDOMにアクセスしても速いよ

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

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

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

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

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

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

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

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