![](https://cdn-ak-scissors.b.st-hatena.com/image/square/a19c4019ab3e11911bf6cb89d4372d4bdeab9cb9/height=288;version=1;width=512/https%3A%2F%2Fblog.tai2.net%2Fimages%2Fog%2Ffsa-error.png)
エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Flux Standard Actionで失敗したアクションを識別する場合は、カスタムエラーオブジェクトを作れば良い
問題 ReduxなどのFluxアプリケーションの実装では、アクションのフォーマットとして、 Flux Standard Ac... 問題 ReduxなどのFluxアプリケーションの実装では、アクションのフォーマットとして、 Flux Standard Action(FSA) を採用しているプロジェクトも多いと思います。 FSAを使って非同期アクションの結果を表現しようとしているときに、以下のような疑問を抱いたことはないでしょうか? たとえば、TODOアイテムの更新をするアクションとして、UPDATE_TODO:REQUESTED, UPDATE_TODO:RECEIVED という2つのアクションがあるとします。これらは、それぞれHTTPリクエストとレスポンスに対応します。 // リクエスト { type: 'UPDATE_TODO:REQUESTED', payload: { id: 100, text: 'Do something!' } } // レスポンス { type: 'ADD_TODO:RECEIVED',
2018/04/26 リンク