reselectでReact Reduxにvalidationの仕組みを実装する 1/2 - Qiita
※ 2019/06/12追記: React Hooksのなかった時代の投稿です。2019/06/12 現在のスタンダードが他にないかよく調べてから読んでください。 本記事はSupership株式会社 Advent Calendar 2016の7日目の記事になります。 株式会社Socketの @notsunohito です。 株式会社SocketはSupership株式会社と同じSyn.グループのメンバーであり Web接客と呼ばれるサービスのひとつであるFlipdeskを展開しています。 今回はFlipdeskの管理画面の一部をReact Reduxで書き直したときに validationを実装するのに利用したライブラリreselect について本日7日目と8日目を2回にわけて書きます。 TL;DR reselectでvalidationを作ってみたら割りと良かった。 本記事で扱うサンプル全
grapeバリデーションのエラーハンドリングの仕方 - Qiita
grapeでは、以下のように、パラメーターとして受け取る値にtypeを指定して、 あらかじめバリデーションをかけることができる。 params :sample_params do optional :locale, type: String, desc: 'locale' requires :auth_token, type: String, desc: 'auth_token' requires :age, type: Integer, desc: 'age' requires :data, type: Array[String], desc: 'data' end しかし、このバリデーションには意外な欠点があって、 例えば値が空な時に発火するよう自作した俺俺エラーがあったとしても、 それがraiseする前にgrape validationのエラーがraiseしてしまう。 その為、gra
フロントサイドのバリデーションにはvalidatorjsが便利 - Qiita
Webフォームのバリデーションをするのって面倒ですよね。どうせサーバサイドでバリデーションするのに…。 といいつつも、利用者を苛つかせないためにも、無駄な通信を減らすためにもフロントサイドのバリデーションは重要です。 何か良いライブラリが無いかなと思ってgithubを漁っていたら、良さげなライブラリを見つけました。 validatorjs "A data validation library in JavaScript for the browser and Node.js, inspired by Laravel's Validator."とあるとおり、LaravelのValidatorに似た感じになっているのが特徴です。 Laravelといえば、JSはreact.jsではなくてvue.jsだろうということで、Vueのコンポーネントでのサンプルです。(CSSはBootstrap) もちろ
laravel5 日付入力のバリデーションはどう書くのが気持ちいいか - Qiita
laravelのバリデーションルールはとても種類が多くてありがたいのですが、 それでも既存のバリデーションでは対応してないやり方をしたい場合もあります。 マイページ系の画面でこんな感じの生年月日入力はよく見かけます。 これのバリデーションを考えたいと思います。 環境はlaravel5.3ですが、たぶん5系ならどれでもいけるかと思います。 やりたいこと 生年月日を「年」「月」「日」別のプルダウンで入力させたい 入力必須項目ではないものとする（「年」「月」「日」が全て選択されてない場合は未入力） 「年」「月」「日」のどれかが選択されててどれかが選択されてない、という場合はエラー 「年」「月」「日」が全て選択されていて、不正な日付（02/30とか）の場合はエラー 上記2つのエラー表示を分けたい 前準備 エラーメッセージの日本語化 方針 カスタムバリデーションでの実装はあまり気持ちいい書き方を見つ
Laravelでの各Form要素でのValidationやエラー制御（のメモ） - Qiita
Laravelにかぎらず、いろいろなフレームワークにForm処理に関する便利機能がありますが、input textではうまく動くものでも、checkboxやfile処理とかだと結局使えず、むしろイライラすることありますね。。。 ここではいざというときに困らないようにFormの主要要素とLaravelのバリデーション、さらにはBootstrapとの組み合わせをまとめておきたいと思います。本当は、各バーツ毎にテストしたいのですが、とりあえずここでは全体をメモ。 やりたいこと Laravel + Bootstrapを利用してFormデータのエラー処理パターンをまとめておきたい。 細かく書くと、 正常時の値の受け取り(checkboxとか選択しないとそもそもnullのやつの扱いとかチェック）。 エラーの検知（Validation）。 エラー時の表示の整理（エラーメッセージの受け取り方、表示やスタイ
AngularJSのStrict Contextual Escapingって何だ？ - Qiita
AngularJSを1.0系から1.2系にアップグレードした時にハマりがちなのがSCE(Strict Contextual Escaping)ではないでしょうか。 AngularJS 1.2ではSCEがデフォルトで有効になったため、アップグレードしたによりこれまで動いていたアプリが動かなくなる可能性があります。 例えば、「ng-bind-htmlにバインドしているHTMLが表示されなくなった」とか「iframeの内容が表示されなくなった」なんてことが起きたら、まずはconsole.logを見てみましょう。 下記のようなログが出力されていれば、SCEが有効になったことが原因で要素が表示されていないと考えられます。 Attempting to use an unsafe value in a safe context. Blocked loading resource from url not
CakePHP3のバリデーションは2度動く！ - Qiita
CakePHP2の時は save でバリデーションが実行されてましたね。 もちろんCakePHP3でも save でバリデーションが実行されますが、 2種類のバリデーション実行タイミングがあります。 どこで実行されるの？ 1個目が以下のように newEntity と patchEntity にPOST値等のデータを与えて Entity を作ったタイミングでバリデーションが実行されます。 $entity = $table->newEntity($data); $patchEntity = $table->patchEntity($entity, $data); // src/Model/Table/HogeTable.php // ここにEntity作成時のバリデーションを記述します。 public function validationDefault(Validator $validato
PHP 5.6と7の新機能を使った画期的バリデータの実装 - Qiita
以前、private/protectedなプロパティを外部から読み込み可能にするを書いたとき、記事のコメントにて「コレクション(配列)内の要素の型を検証したいよー」「でもそうすると全要素を検証しなくちゃいけないから実行時のパフォーマンスの問題があるよね」って話をしました。 気付いてしまった PHP: 関数の引数 - Manualを読んでた私は気付いてしまったのです。PHP 5.6で実装された機能を巧みに利用すればバリデータが実装可能なことに。 ……そうです。可変長引数です。 PHPの可変長引数とは PHP 5.6で追加された可変長引数は、以前の文法に...を追加することで0個以上の値をまとめて受け取れるようにしたものです。 f("a") // => // string(1) "a" // array(0) { // } f("a", "b") // => // string(1) "a"
Ruby で メールアドレスの有効性チェックしてみた - Qiita
はじめに C 向けのサービスを運営していると、ログインID や連絡のためにメールアドレスを取得することが多い。 で、その取得したメールに対して、大量のメール配信を行ったところ、バウンス率が高いために Amazon SES から配信停止を食らったもんで、 停止解除のための説得材料として、登録されているメールアドレスの有効性チェックを行おうと、方法を色々調べた。 下記のように Web で同様のサービスもやってますが、まぁ csv インポートだとお金かかったりだとか、 色々あったので、調べて自分で実装してみました。まぁざっと作ったのでひどいソースですが… http://www.verifyemailaddress.org/ http://address-kakunin.com/ https://www.voilanorbert.com/ メールアドレスの有効性をチェックするには、telnet で
Railsアプリケーションにおけるエラー処理（例外処理）の考え方 - Qiita
はじめに Railsアプリケーションを本格的に作り込んでいくと、「エラー」とは無縁ではいられません。 しょうもないバグでエラーが発生することもありますし、ほとんど不可抗力ともいえるような大規模なネットワーク障害でエラーが発生することもあります。 エラーの種類がなんであれ、エラーが起きた場合は「原因を素早く特定し、速やかに復旧させること」と「あるエラーが引き金になって、さらに大きなエラーに引き起こさないようにすること」が重要です。 エラー処理を適切に実装していれば、原因の特定や復旧もすばやくできますし、さらに大きなエラーを引き起こす可能性も少ないです。 また、ソースコードも比較的シンプルに保てます。 逆にエラー処理が不適切だと原因の特定に時間がかかったり、異常なデータがどんどん増えてさらに大きなエラーを引き起こしたりします。 ソースコードにも無駄に複雑な処理フローや条件分岐がたくさん出てきて
Laravel4, 5 カスタムバリデートの実装 - Qiita
Laravelでのカスタムバリデート実装方法 カスタムバリデートの実装方法は、公式に記載があります。 Laravel Custom Validation Rules(公式) Laravel Custom Validation Rules(日本語訳) 書いてあるように実装するだけで簡単にできますが、 どこにどうやって書いたらどうなるのか、がなかなか読めないと思います。 (ソースコードを読めばありますが・・) 現在Laravel4、Laravel5の両方がありますが、4から5に移行しようとしている方も多いでしょうし、 しばらく4を使い続ける方も多いと思いますので、 なるべく両方で共通する実装方法を紹介します。 どこに実装すればいいのか？(4,5共通) Laravel4ではapp/start/global.phpというファイルがありますが、 Laravel5では相当するファイルはありません。 共
FuelPHPで条件によってバリデーションを追加する方法 - Qiita
$val = Validation::forge('xxxx'); $val->add('name', '名前')->add_rule('required'); if ('何か') { $name_field= $val->field('name'); $name_field->add_rule('max_length', 255); }
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
電話番号の桁数は10か11桁。9桁はもはや無い - Qiita
elixir on phoenix changesetでのValidates - Qiita
Phoenix で JSON Schema を使って Validation する - Qiita