• 人気のコメント(10)
  • 全てのコメント
honeybe honeybe お、せやな。

2018/02/23 リンク

kamemoge kamemoge アンチパターンは言い過ぎな感ある。こういう思想もあるでいい気がする

2017/12/19 リンク

luccafort luccafort 個人的にはわかりやすいし除去できるなら別に問題ない気がするけどなーと思ってからブコメみたら「なるほど、確かに…」みたいな気持ちになった。複雑すぎるフロントエンドに問題があるのでは?という気持ち。

2017/11/29 リンク

mas-higa mas-higa "プロダクションではそのクラス名は残していますか" "まあ残しても問題はないですが"

2017/11/27 リンク

Ashizawa Ashizawa コンポーネント設計が悪いから名前が被るんじゃね?

2017/11/21 リンク

pmint pmint テスト手法を勘違いしてるんだと思う。テスト失敗は悪だと思ってそう。/ DOM要素に詳しい型付けをしましょうという話。その型をここではテストに利用してる。data-testというよりdata-typeにして入力の検証にも使うべき。

2017/11/21 リンク

Nobkz Nobkz idやclassを使って、テストを書くのは「アンチパターン」とか言ってるけどそもそも、これパターンなのか...というか、なぜそういうテストを書くのか意味が分からんマン。

2017/11/20 リンク

tamanugi tamanugi 「このidとclassはデザイナー側がつけたものか実装時につけられたものかどっちだ?」って迷うことがあるので、よさげに思える

2017/11/20 リンク

kawa-_-kawa kawa-_-kawa なるほどと思いつつも、デザイナー側に要素追加・更新・削除時にtext-XX要素を重複・変更・削除しないように注意してもらう必要あるわけで、プログラマーは楽になるけどコストが他に移っただけに見える。

2017/11/20 リンク

deep_one deep_one 「idやclassはスタイルのためのものなので」全く同意しない。特にidはバックエンドのデータ設計のレベルのものだろ。

2017/11/20 リンク

isaisstillalive isaisstillalive idやclassを使わないのは賛成。フォームの名前に関しては実装と関連してるので *[name="email"] とかで探すようにしてる

2017/11/20 リンク

yuanying yuanying https://www.w3.org/TR/html5/dom.html 読んだけど、id や class はスタイルのためのものとはやっぱり思えない。単なる実装上の都合でしかものを言ってなくないか。

2017/11/20 リンク

takaesu takaesu フロントエンド テストのやり方

2017/11/20 リンク

enemyoffreedom enemyoffreedom できればテストやデザインに限らずに、合意なくidを変えないでほしいかな

2017/11/20 リンク

mmmpa mmmpa デザイン (というか HTML とか) 用意側とリアルタイムな疎通がない場合有効性高そう。

2017/11/20 リンク

yamadar yamadar 一理ある

2017/11/20 リンク

gnufrfr gnufrfr testって文字列が配信されんのやだな。data-でやるのは良さそう。って後で気づいたけど、この属性をプロダクション環境では出さないってできんの?すごいな。

2017/11/20 リンク

z1h4784 z1h4784 classは変わっちゃうから後で困るよというのは分かるけど、idが変わったせいでテストが通らなかったらバグでいいんじゃない?デザインのためにidを変えるのって普通なのかな

2017/11/20 リンク

side_tana side_tana はい

2017/11/20 リンク

ustam ustam どうでもいいけど定数は全て大文字で書くという慣例はもう無くなっちゃったの?

2017/11/20 リンク

w1234567 w1234567 seleniumテストとかIT業界の闇を煮詰めたものに触れるのはやめよう

2017/11/19 リンク

elephant1974 elephant1974 「idやclassはスタイルのためのものなので、テストでそれを使うのはやめましょう」→言われてみればその通りだけど、ウチのはそういうレベルじゃないからなー。

2017/11/19 リンク

ledsun ledsun テストコードの都合でプロダクトコードを変更するのは、原則悪手。idやクラス名はグローバルなんだから全置換すればええやん(sassやlessで入れ子にしていると面倒だな)。

2017/11/19 リンク

t_yamo t_yamo 解るけれど、テスト用マーカーでテスト用世界を構成してそれに対してテストしている感もあって、実世界に対するテストとして考えるとモヤモヤした部分もある。正しく写像しているかのテストが別にあればいいのかな。

2017/11/19 リンク

pzp pzp ロジックロジック、テストテストうるさくいうなら最初からJSX使うなよ

2017/11/19 リンク

kabochatori kabochatori xhtmlが席巻していればxmlnsでjs:idとかjs:classとか流行ってもよかったのに…

2017/11/19 リンク

teppeis teppeis Facebook系はdata-testid使ってるっぽい / 目的と開発フロー次第かな

2017/11/19 リンク

cocoasynn cocoasynn 分かる。完全にアンチパターンだと感じる。

2017/11/19 リンク

uehaj uehaj RNではtestidの方がポピュラーかな https://www.npmjs.com/package/babel-plugin-react-test-id

2017/11/19 リンク

cormorantcraft cormorantcraft デザイナ側からしたらありがたい話。開発用はidデザイナ側はclassとか泥臭い運用してたけども…。ただDOMアクセス速度的に大丈夫なんすか?という老婆心が。モック時だけとか?

2017/11/19 リンク

    関連記事

    idやclassを使ってテストを書くのは、もはやアンチパターンである - Qiita

    いきなり結論を書くと、idclassスタイルのためのものなので、テストでそれを使うのはやめましょう。...

    ブックマークしたユーザー

    • korin2018/08/21 korin
    • honeybe2018/02/23 honeybe
    • yuuki55552018/01/21 yuuki5555
    • satom9to52018/01/11 satom9to5
    • aki772017/12/22 aki77
    • kamemoge2017/12/19 kamemoge
    • matsuoshi2017/12/12 matsuoshi
    • kadoppe2017/12/03 kadoppe
    • oukayuka2017/12/02 oukayuka
    • nashcft2017/11/30 nashcft
    • f99aq2017/11/29 f99aq
    • muraranon2017/11/29 muraranon
    • luccafort2017/11/29 luccafort
    • mas-higa2017/11/27 mas-higa
    • amasho2017/11/24 amasho
    • The-042017/11/23 The-04
    • hush_in2017/11/23 hush_in
    • kyompi2017/11/23 kyompi
    すべてのユーザーの
    詳細を表示します

    いま人気の記事

    いま人気の記事 - テクノロジー

    新着記事 - テクノロジー

    同じサイトの新着

    lagu boomerang album segitiga

    1 users https://www.typeform.com/

    https://vk.com/away.php?to=https%3a%2f%2fwww.gitbook.com%2fbook%2fprefuzlibli%2f-attraktive-frauenberufe%2fdetails

    2 users http://attraktive-frauenberufe.com/