戻り値として別の関数を返し、こちらの関数には、コンポーネント名と、コンポーネントのコンストラクタを渡します。言われていることと同じですが、開発の定石として、フレームワークやライブラリへの依存をなるべく少なくするというものがあります。内の状態とやり取りするためのコンポーネントを分けるという方針をとっています。コンポーネントとして実装されます。両方に依存しており、両者をつなげる役割のみを担います。使うのをやめて別の状態管理のフレームワークを使うケースを考えます。交換するのみで良くなります。コンポーネントが再利用できるようになっているということです。バケツリレーするのはちょっと違和感あるのですが、アプリケーションのあちこちで状態を変えられるよりは良いのかなと......。方に結びつけても良いかもしれないですね。上書きしたりしてました。オプションにそのまま受け取った引数を渡せばいいことに気が付き、かなり簡潔な実装になりました。部分をがんばって生成しています。渡せるようにするべきかを悩んでいます。渡せるようにしているのですが、正直あんまりそうするケースが思い浮かばないし、データの流れが二股になって複雑になることを懸念しています。使うことがないので、やるとしても別のアプローチをするべきなのかなーとも思ってます。コンポーネント側で定義してあげる必要があるので実装がめんどくさそう......。一緒に使っていただけると嬉しいです。コメントをキャンセルメールアドレスが公開されることはありません。本アーカイブ2019年4月2018年12月2018年8月2018年7月2018年6月2018年2月2017年11月2016年6月2016年5月2016年4月2016年3月2016年2月2016年1月2015年11月2015年10月2015年1月2014年7月2014年2月2014年1月Twitter@ktsn。