We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
フロントエンド激動の時代を経て、キャッチアップに苦しむ現場や、経年劣化に苦しむプロダクトなどが散見されるようになりました。 ここ10年のアーキテクチャの変遷を振り返り、次の世代に何を見定めるべきか明確にします。
Q. Reduxが1〜2年覇権を取っていたが、最近はmobxが出てきたりとstate管理に消耗しすぎだと思っている。今後もstate管理ライブラリが乱立するかもしれませんが、mizchiさんが今後state管理に求めるものは何ですか?
state管理の議論が出てくるのは良いことだと思っている。 viewと完全に切り離されたからこそできる議論で昔はそういう次元ではなかった(笑) 最近stateをアトミックにしようとか、 reducerとかMVVMとかの動きが出てきたけど、 ここらへんの消耗に関して関数型信者がここらへんはうるさい。 だいたいは1つのJSONでいいんじゃないかというところに落ち着く気はする。 ReduxのReducerは書くことが多いのでもっとシンプルでもいいかも。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
現場の ES201x とアーキテクチャの変遷と未来
フロントエンド激動の時代を経て、キャッチアップに苦しむ現場や、経年劣化に苦しむプロダクトなどが散見されるようになりました。 ここ10年のアーキテクチャの変遷を振り返り、次の世代に何を見定めるべきか明確にします。
質問
Q. Reduxが1〜2年覇権を取っていたが、最近はmobxが出てきたりとstate管理に消耗しすぎだと思っている。今後もstate管理ライブラリが乱立するかもしれませんが、mizchiさんが今後state管理に求めるものは何ですか?
回答
state管理の議論が出てくるのは良いことだと思っている。
viewと完全に切り離されたからこそできる議論で昔はそういう次元ではなかった(笑)
最近stateをアトミックにしようとか、
reducerとかMVVMとかの動きが出てきたけど、
ここらへんの消耗に関して関数型信者がここらへんはうるさい。
だいたいは1つのJSONでいいんじゃないかというところに落ち着く気はする。
ReduxのReducerは書くことが多いのでもっとシンプルでもいいかも。
The text was updated successfully, but these errors were encountered: