フロントエンドのバリデーションを hapi の joi で行うと手軽で便利 - Qiita
Webフロントエンドの入力とバリデーションは、煩雑なのに手を抜きづらいという、なかなか難しいテーマとして長らく存在し続けています。 最近のSPA開発では、ReactやVue向けに、専用のライブラリが提供されていることも少なくありません。しかしながら、それらは得てして特定のフレームワークに依存しており、かつ解決したい課題に対してオーべースペックであることが少なくありません。 そうして簡単なフォーム作成の時に使える丁度良いフレームワークはないか悩んでいたところ、サーバーサイドJS向けのバリデーションライブラリである hapijs/joi が非常にマッチしていること、そして、その joi が、ブラウザ向けに joi-browser として移植されていることを知り、実際に案件に投入したところ丁度良い塩梅で便利だったのでご紹介いたします。 Joi (オリジナルNode.js版) の特徴と使い方 Jo
論理型の設定値を RDB に保存する場合の選択肢と各々のメリット・デメリット
ユーザごとに特定の機能に対して ON/OFF の設定値を持たせることはよくあると思います。 RDB にそのような設定情報を持たせる場合の選択肢として大きく次の 5 つが考えるんじゃないかと思います。 設定項目ごとにカラムを割り当てる 設定項目ごとにレコードを割り当てる（追記：アンチパターンという意見があるので最後に補足を書きました） 設定項目ごとにテーブルを割り当てる（自分は思い付かなかった） 設定項目ごとに 1 つの整数型カラムの 1 bit を割り当てる 1 つのカラムに JSON 等で全ての設定情報を持たせる データベース理論的には 1, 2, 3 以外の選択肢はない気がしますが、実用上は 4, 5 も良い選択となることがあるので、メリット・デメリットを考えて選択する必要があると思います。 そんなわけで、それぞれの選択肢に関してメリット・デメリットを自分なりに考えてみました。 考慮す
複数の作用がセットのAction発行とどう向き合うか - Qiita
Redux を仕事と個人で使い始めて 3・4 週間という経験値なのですが、「唯一の状態である state の唯一の更新手段である Action 発行」が、更新以外の作用を伴うことに頭を悩ませていて、この点についてのお話をさせてもらいたいと思います。 なお、前提とする Redux ミドルウェアや周辺ライブラリは、公式推奨である以下です。 redux-thunk React react-redux Action 発行に伴う 3 つの作用 Redux の Action 発行（＝ dispatch の実行）は、以下の 3 つの作用をセットで実行する処理だと、自分は考えています。 state の更新をする。 state のコピーをする。1 描画を実行する。つまり React の render 関数を実行する。2 それらの作用は常に全てが必要ではない それぞれは勿論必要な処理ですが、常にセットで必要と
TypeScrtiptでGraphQL書いてみない？ - Qiita
誰? @Quramy 最近GraphQL触ってます GraphQL is 何？ Clientが欲しい値だけを問い合わせるための仕組み 階層的にデータを要求できる 厳密な型定義(schema)がある https://www.graphqlhub.com/playground を触ると良いかも。 ReactよりAngularの方が得意なので慣れているので、無理やりAngular2 でRelay動かしたりする遊びが趣味です。 https://quramy.github.io/angular2-graphql-note/ GraphQLのServer側、実装したことありますか？ var schema = new graphql.GraphQLSchema({ query: new graphql.GraphQLObjectType({ name: 'Query', fields: { user:
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
