はてなブックマーク

背景 reduxとnormalizr使ってます、という話を勉強会でした時に、いまいち実装イメージが思い浮かばないというフィードバックをもらったので、TODOアプリで例を作ってみた。 ソースはこちら：https://github.com/hokuma/redux-normalizr-todo TL;DR APIのレスポンスでリソースがネストしている時に効果的 entities（ローカルDB）とresult(データの集合)でreducerを分ける entitiesはImmutable.Record使う（おまけ） 題材 よくあるTODOアプリだとリソースはTODOしか出てこない。リソースが一つしかなければそもそもReact単体でやったら、という話になるので、TODOを実行する人をアサインできる機能を持ったTODOアプリを題材にした。 書くこと reducerの切り方、normalizrの使い方、

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

背景 React+Redux使ってみていろいろ悩み事が出てきたので書き連ねる。 選定理由 react良さそう 画面変更の度にDOMをごりごりいじるのはやめよう。 あるべきUIを定義しておけばよいという世界はわかりやすい。 でもアプリ全体としての動きのフレームワークにはなり得ない。 Flux良さそう データフローが一方向なのは回りくどい感もあるが、処理の流れとしては追いやすそう。 Flux実装どんなのあるかな？と探してみたら例のごとく群雄割拠 flummoxの作者曰く、"4.0 will likely be the last major release. Use Redux instead. It's really great." なんとなく自分の観測範囲でもreduxが良さそうな雰囲気 開発ペースも良いし、ドキュメントも最初からかなり気合い入っているので期待できそう 全部英語だけと だいた

書こうと思った気持ち reduxをとあるプロジェクトで使ってみたのだが、redux自体の存在を知った今年の夏頃はv0.4.0とかだったのに、気がついたらv3にまで上がってくるくらいの発展途上な感じのライブラリでほとんどノウハウがなく死にそうな感じだったので、使ってみた知見を公開しようと思った。 選んだ理由 reactを使ってUIを作った話をこちらに書いた。react単体はJust UIなので、アプリのフレームワークとしてfacebookが高らかに提唱しているfluxアーキテクチャを使ってみようと思った。 flux自体はデータの流れを一方向に限定しよう、というアーキテクチャであり、何をするにもまずactionがトリガーとなり、そこからアプリの状態が変更され、UIはその状態に従って描画するだけである、という思想のアーキテクチャである。 自分の過去の経験から、UI実装では状態遷移周りではまること

書こうと思った気持ち react+reduxを使る機会があったので、その辺で感じた事を書き連ねます。この記事では主にreact使ってみての感想なので、reduxと絡めた話はまた別記事で。 react使おうかなー、どうしよっかなー、という人の参考になれば幸いです。 reactの深い技術についての話は他のみなさんが書いてくれていると思うので、ここが良かったとか、ここではまった、みたいな実体験話がメインです。 ベストプラクティスとは思っていませんが、とりあえずそういうやり方もあるんだなぁ、くらいな気持ちで読んでもらえれば。 使おうと思った理由 BackboneとjQueryでメンテされているUIを変えるチャンスが来たのが発端。現状だとviewにロジック書いてたりmodelにview寄りの処理が書いてあったりとだいぶ宇宙の法則が乱れていて辛かったので、UI変えるなら下回りの技術も変えよう、と思った

気持ち ReactのComponentは、stateが更新されるとコンポーネントが丸っと再描画されます。このとき、Virtual DOMのおかげで差分のみがDOMに反映されるので、性能をそんなに劣化させる事なくUI制御をすることが可能になります。 でも、アプリで表示するデータがFBのタイムラインみたいに無限に取得できるような画面の場合、いくらVirtual DOMといえどもさすがに辛いのでは。さらに、もしそのデータがネストしていたら、実際に描画しないとしてもネスト部分のループ処理は行われるわけだよね？実際どうなの？ 調べてみた ということで、jsperfで実際にやってみました。 という感じのネストしたデータを大量に表示するコンポーネントを二つ用意し、一つは何も考えずにコンポーネントを定義、もう一つはshouldComponentUpdateを使って、childrenの配列に変化がなければ（

背景 の続き。 ※上の記事書いた時はreduxの1系はまだrcだったし、react-reduxも0.2とかそんなんだったのに、気がついたらrc取れてるは2系になってるとか動きが早すぎです。 今回は追加フォームの動きを実装してみた。 やりたいこと 追加ボタンを押した時点で見た目上のリストに反映し、裏で非同期での追加処理が終わったらサーバ側から取得したIDをstoreに反映させる。 実装 前回の記事と同様に、追加処理を見た目上の追加とサーバとの同期処理完了の二つのactionに分割します。非同期actionについては、前回の記事でも書いた通りredux-thunkを使って実現しています。 export const ADD_TODO = 'ADD_TODO'; function addTodo(todo) { return { type: ADD_TODO, todo: todo }; } ex

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

夏休みの自由研究と言うことでreact+reduxを触ってみたのでその記録。 成果物 まだ全然完成してないけど、とりあえずここにコードは置いてみた。 https://github.com/hokuma/react-redux-async-sample 一覧表示（動く） 追加フォーム ぐるぐる出す 辺りまではやりきりたい。 フロント技術の進化そのものにキャッチアップしながらのためいろいろ微妙なコードはあるけれど、追々きれいに（なったらいいなー）。 使ったもの(主だったもの) react:https://www.npmjs.com/package/react redux:https://www.npmjs.com/package/redux react-redux:https://www.npmjs.com/package/react-redux redux-thunk:https://www

背景 Amazon SQS。自分のサービスにメッセージキューサービスをとても簡単に組み込めて便利。 http://aws.amazon.com/jp/sqs/ しかし、いざそれを使った機能のspecを書こうと思うと、「外部サービスだからstub書かなきゃ」という辛みと、「結合テスト的に実際にAPI叩きたいし」という欲求が出てきて、どうしたらいいのよ 、という感じになる。 そりゅーしょん 環境用意すれば良いじゃない！ ElasticMQ https://github.com/adamw/elasticmq こちら、Amazon SQS-compatible interfacesという素晴らしい特徴を持ったメッセージキューシステムです。 これをローカルに立ち上げれば、そもそも普通の開発の時からローカルでキューシステム使った検証できるし、何よりrspecからキューへの登録、取得などのテストもちゃ

d3.jsのおべんきょうのためにやる。 データの取得 ベースとなる東京都の地図 http://nlftp.mlit.go.jp/ksj/gml/datalist/KsjTmplt-N03.html から取得。チェックボックスで東京だけを指定する。 路線図 ツールの取得 QGISを落とす。 http://qgis.org/ja/site/ データの加工 GeoJSONへの変換 23区地図 地図データはshpファイルとなっているので、これをGeoJsonに変換する。ogr2ogrコマンドでやる方法もあるが、せっかくなのでツールを使う。 QGISを起動して、「レイヤ -> ベクタレイヤの追加」を選択し、ダウンロードした地図データのshpファイルを読み込ませる。すると、東京都の地図が表示される（小笠原諸島も表示されるので小さくみえる 東京メトロは23区が表示できればだいたいこと足りるので、23区の

タイトルのまんま。 テストだけ単体でCLIで実行できるようにしておけば、デプロイ用のchefのrun_listの中にレシピとして含めることができていろいろ捗ると思ったのでやってみた。 設定項目を全部理解して使ってるわけではないので、もっとうまい方法や設定があるのかもしれないけど、とりあえず取っ掛かりとして。 使ったmaven-pluginは、maven-assembly-plugin。依存関係をまとめてパッケージ化したい時に使うpluginで、java使いにとってこれ自体は珍しいものではないでしょう。普通は実行可能なjarを作成したりするときに使うのかな？今回はテスト実行用のjarをこれで作る。 pomはこんな感じ。 <build> ... <plugins> ... <plugin> <artifactId>maven-assembly-plugin</artifactId> <vers

管理者以外のユーザにいろいろ投稿させるサイトを作るときにきっとやりたくなるので、ちょっと調べてみた。 権限でedit_other_XXXをつけなければ、自分が作ったもの以外は編集できないのだけど、リスト上ではほかのユーザの投稿が見れるし、リスト上部の「すべて」とかの横に表示される投稿件数も自分以外の投稿を含めた結果になってしまう。これは、wordpressの事情を知らない普通のユーザからすれば違和感のある画面である。 以下の二つのfilterとactionでそれを回避できる。 まずは、投稿リストの「すべて」とかのリンクを出さないようにする。 管理画面のリスト上部のリンクは、 された結果が表示される。この$viewsには、"mine"や"all"といったリスト表示内容を表すキーに対して、一覧へのリンク文字列が格納されている。 なので、viewsから"mine"以外のリンクを取り除いた配列を返

backbone.jsなどのjsライブラリで画面生成されるアプリだと、javascript部分のパフォーマンスがアプリのさくさく感にすごい影響を与える。特に、レンダリング部分がトロいと、画面スクロールとか最初の画面生成にもたつきが発生して、いちいち引っ掛かりを感じるアプリとなってしまう。 では実際のところ、どう書いたら性能良くなるの？、ということでネットをさまよってると、「DOM操作を極力なくせ」、というのが共通の見解のようだ。 例えば、イテレーションの中で一つ一つappendするのではなくてまとめてappendしたほうが良いとか、そもそもappendじゃなくて文字列でinnerHTMLに入れたほうが良い、一度作ったDOM構成をcloneして使うと良い、cloneしたDOMを操作してからreplaceしたほうが良い、とかいろいろTIPSが出てくる。 そんなわけで、自分として気になるtips

var server = sinon.fakeServer.create(); server.autoRespond = true; server.respondWith( function( xhr, id ) { xhr.respond( 200, null, "..." ); } ); spyOn( someObject, "somemethod" ); hogeClient.request( ... ); expect( someObject.somemethod ).toHaveBeenCalled(); といった感じのテストコードになるだろう（実際にはserverの定義とかはbeforeEachとかでやるだろうけど）。autoRespondがtrueになっていると、リクエストを送ると自動的にrespondWithの引数で渡した処理に従い、用意したレスポンスが返ってくる。 やって

javascriptでちょっと賢いロガーっぽいのを作ったとしても、最終的にはconsole.logを使ったりすると、ログの表示箇所が全て同じファイル、行になるのでいまいち不便。 そこで、V8エンジンのブラウザだけだけど、スタックトレースを取得してログメソッドが実行された行数、ファイル名などを一緒に出力する方法を調べた。 を使えばいける。例えばこんな感じ。 Error.prepareStackTrace = function( e, st ) { return { functionName: st[0].getFunctionName(), lineNumber: st[0].getLineNumber(), //いろいろお好きに }; }; function log( msg ) { var obj = {}; Error.captureStackTrace( obj, log ); co

MySQLのviewを使うことで実現してみた。 ここではSpotという、名前と説明と位置情報を持つデータを考えてみる。 scaffoldでは、geometryを指定 php oil g scaffold -f spots title:string description:string location:geometry できあがったmigrationファイルのup()関数内で \DBUtil::create_index('spots', 'location', 'sp_index', 'spatial'); \DB::query("create view spots_all_view as select id, title, description, ASTEXT(location) as location, created_at, updated_at from spots")->exe