kuyのブックマーク - はてなブックマーク

redux には良い middleware が必須
bouzuya @bouzuya pure な redux におけるほとんど唯一の機能と言っていい reducer の分割だけど、あの思想が全然有効なものだと思えないのは、ぼくだけかな。必要ならその場で簡単に実装できるものだし、基本的に有用ではなくて害ばかりと認識している。 2016-05-24 11:11:38 bouzuya @bouzuya redux の reducer の単位は DDD の aggregate の単位によく似ていると思うのだけど、参照も含めて完全に禁止するあの構造が適切なのか疑問だ。ドメインサービスのようなものを置けないので、容易にアプリケーションサービス相当のミドルウェアに処理が漏れる。 2016-05-24 11:19:51 bouzuya @bouzuya reducer の単位が誤っているのだと言われるかもしれないが、stateの1プロパティではどうしても
kuy 2016/05/25
まとめありがとうございます。

redux

middleware

react
リンク
イベントとコマンド
bouzuya @bouzuya コマンドとイベントを別のバスにして、イベントからコマンドに変換する処理を書くと良いかも。その場合はいまハンドラーとして扱っているものをイベントハンドラーとコマンドハンドラーに分けなきゃいけないんだよな。 2016-05-18 09:04:51 bouzuya @bouzuya イベントとコマンドは厳密には別物で、#boajs 的にもコマンドの結果として次のコマンドを返すのは、コマンド間の結合度を高めるので不適切なんだよね。あくまでコマンドは結果としてイベントを流して、そのイベントをコマンドに変換する層を設けるほうが望ましい。 2016-05-18 09:08:24 bouzuya @bouzuya コマンドとイベントを区別して扱うと2系統のバスを扱わないといけないので、両方をメッセージとして束ねて1系統のメッセージバスとして扱うのが現実的だと思っている。ま
kuy 2016/05/20
まとめられた。

redux-saga

redux

boajs
リンク
mizchi の Redux 考
mizchi @mizchi なぜreduxがゴミか、関数を各種インターフェース・ミドルウェアにとるが、関数が満たすべき仕様(型)が明示されてなくて、合成された関数が適用順のどのステップにあるか判断できる材料がないのが1つ mizchi @mizchi reduxが使い物にならん理由、actionCreator と reducer と mapStateToProps(かそれ相当の関数) が実質的に密結合で分解不可能だが、reducer から先が非同期をとれないので、action~ にロジックが押し込まれていく。
kuy 2015/12/12
それは思う。 “薄い Action と非同期キューの reducer があればよくて、それただの pubsub では”
リンク
1