Storybook First な開発のススメ

Storybook first な開発とは Storybook での呼び出され方を意識しながらアプリケーションコードを書くことをそのように呼んでいます。 道具に設計がひきづられるのはアンチパターンと言われそうな気もするのですが、コンポーネントのカタログを整備していくことは、コンポーネントが良い感じに再利用可能な形で分離できるということでもあり、やっていくとむしろ正道に近づいていくと思います。 Storybook First のコンポーネント設計や型定義をすると、パーツに限らず Storybook でカバーできる範囲が広がり、ページそのもののサンドボックスを作れます。 そして API がない状態でもデータを使って開発ができたり、特定のスナップショットの再現やタイムトラベルに近いことも可能になるというメリットがあります。 つまり、ただのコンポーネントカタログとしてではなく、開発のためのサンドボ

[hasiduki]

便利そう！

[umai_bow]

Presentational componentとContainer componentの話だ

[door-s-dev]

テストしやすいのが良い設計みたいなのと同じ感じでこれは良さそう

[ikkitang1211]

これが理解出来る程度に知識を付けないといけないのう

[als_uz]

あるべき世界なのはわかりつつ、実際には後追いStorybookになってしまいがちなんだよなー。「テストを書かないから時間がないのだ」につながる

[odan3240]

hooks に依存しないコンポーネントに分けるの良さそう