• Twitterでシェア
  • Facebookでシェア

phiary

テクノロジー カテゴリーの変更を依頼 記事元:phiary.me
適切な情報に変更
370users がブックマーク コメント 38
    共有

    • 記事へのコメント38件

    • 注目コメント
    • 新着コメント
    その他
    bunnyhop
    ここでいうバリデーションはUXの向上の為の物なので、サーバーでは要らないとかそういう話ではないよ

    その他
    airos
    いくらクライアントサイドでがんばっても改竄したデータをPOSTすることはできる。従来のバリデートは引き続き必要。なのでこれに対応することは純粋な工数の増加でしかないのだ……

    その他
    arakaji-yuu
    これは2016年の記事なのか?

    その他
    mizchi
    煽り記事書くならそれでいいんだけど、センスがない記事でそれをやると単に品位が疑われるだけなので、やめた方がいいと思う

    その他
    hs_hachi
    サーバでのバリデーションはもちろん必要だけどクライアント側でチェックしてるとサーバへ通信してエラーの繰り返しを減らせるから、使い勝手向上や通信コスト減らせるなどメリットは色々ある

    その他
    kjw_junichi
    クライアントで弾けば、サーバーへ通信が発生せずエコですね。

    その他
    lrenir
    クライアントとサーバ両方でやるのは常識になってきたねぇ。面倒だけどUX的にはクライアントサイドも必要だと思う。

    その他
    hdampty7
    クライアントバリデーションは贅沢品。仕様変更が入るとサーバーとクライアントの2箇所で修正が必要になるのが問題の本質。クライアントサイドでもやろうと思えばやれるのは皆知ってるって。

    その他
    tg30yen
    JSでやったほうがいいような。

    その他
    habarhaba
    この記事では触れられてないけどFormData使う場合はcheckValidity()が便利ですよ

    その他
    poriringoo
    “Feed”

    その他
    tyru
    タイトルが紛らわしくてサーバではバリデーションやらなくていいように見える(追記入ったけど)。それはともかくHTML5のバリデーション関連の属性やCSSの:invalidなどについてまとまってるので内容としては非常に良い記事。

    その他
    spinningplates
    [

    その他
    o_hiroyuki
    validation

    その他
    piayo
    JS.offでも動くから良いよね

    その他
    khtokage
    クライアントサイドのValidationが「発見」だったのってRails2の頃では。

    その他
    masayoshinym
    世の中には古いブラウザを使っている人たちもいるわけだが。

    その他
    tg30yen
    tg30yen JSでやったほうがいいような。

    2016/06/03 リンク

    その他
    newnakashima
    “:invalid”, "setCustomValidity(msg)"

    その他
    kgrock
    サーバーだけに頼る時代は終わった!? クライアントサイドでしっかり Validation する方法

    その他
    deep_one
    まぁ「サーバーでエラー返すよりUXがいい」以上のものを求めないなら問題ないけど。／↓ああ、あったな、フロントとサーバーで仕様がずれて失敗した例…よほどうまくパッケージングしないと。

    その他
    you21979
    どっちみちサーバーでチェックはいる。 サーバー負荷対策とux良くするためにやる

    その他
    kaipu1224
    昔からやってるからなんとも

    その他
    hdampty7
    hdampty7 クライアントバリデーションは贅沢品。仕様変更が入るとサーバーとクライアントの2箇所で修正が必要になるのが問題の本質。クライアントサイドでもやろうと思えばやれるのは皆知ってるって。

    2016/06/03 リンク

    その他
    arakaji-yuu
    arakaji-yuu これは2016年の記事なのか?

    2016/06/03 リンク

    その他
    junpeso
    フロントのバリデーションは利便性のためサーバはコミットチェックのため。そもそも目的が違うよね？

    その他
    nokogiring
    クライアント × サーバーチェック これは必須。 車の両輪。

    その他
    pokotanu
    まただ･･････じつは最近、マリオが視界に入り込む怪異現象に悩まされている

    その他
    about_hiroppy
    バックでもフロントでもやるのが普通では。。。

    その他
    kijtra
    どうせブラウザによっては動かないからサーバーでやる派。

    その他
    ryu39
    2,3年前はブラウザごとで挙動や見た目が変わって使いづらい印象だったけど、この記事見る感じだと普通に使っても問題なさそう。

    その他
    Rinta
    すごく大回りして30年前に戻ってきた感じ。ダム端末からクラサバになった時みたい。

    その他
    naosim
    使おう

    その他
    takryou79
    バリデーション

    その他
    masatomo-m
    良いまとめ。怪しげなvalidationライブラリ使わなくて良いのはいい

    その他
    mizchi
    mizchi 煽り記事書くならそれでいいんだけど、センスがない記事でそれをやると単に品位が疑われるだけなので、やめた方がいいと思う

    2016/06/03 リンク

    その他
    hs_hachi
    hs_hachi サーバでのバリデーションはもちろん必要だけどクライアント側でチェックしてるとサーバへ通信してエラーの繰り返しを減らせるから、使い勝手向上や通信コスト減らせるなどメリットは色々ある

    2016/06/03 リンク

    その他
    simiraaaa
    input タグ進化したなー cssも :invalidなんてあったのか。

    その他
    lrenir
    lrenir クライアントとサーバ両方でやるのは常識になってきたねぇ。面倒だけどUX的にはクライアントサイドも必要だと思う。

    2016/06/02 リンク

    その他
    takashiski
    知りたかったやつ。入力エラーがあるときにリロードかかって内容全部きえるページが絶滅することを祈る。

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック！
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    phiary

    phi I'm a Game Programmer and Frontend Engineer passionate about programming education. Math / C ...

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

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

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

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    いま人気の記事 - 企業メディア

    企業メディアをもっと読む

    はてなブックマーク

    公式Twitter

    はてなのサービス

    • App Storeからダウンロード
    • Google Playで手に入れよう
    Copyright © 2005-2025 Hatena. All Rights Reserved.