モダンフロントエンドで始めるつらくないReactディレクトリ構成 - RAKUS Developers Blog | ラクス エンジニアブログ

はじめに こんにちは、ラクスフロントエンド開発課の斉藤です。 記事タイトルはReact開発者なら知る人ぞ知るりあクト！ TypeScriptで始めるつらくないReact開発のパロディです。とてもわかりやすい入門書なのでReact初学者の方には学びの第一歩として自信を持ってオススメできます！ さて今回は、モダンなフロントエンド技術を採用したうえで、極力シンプルで開発体験を損なわないようなディレクトリ構成を考えてみたので共有したく記事にしました。現在実際に運用しているのですが、今のところ大きな問題も無くチームからの不満も上がっていません。しかし、個人的に微妙な部分もあるのでそちらの紹介も行いたいと思います。 今回、構成を考えるにあたって重視したポイントは以下の3点です。 新しく参入するメンバーでもすぐに理解できるシンプルな構成にしたい テストやリファクタしやすい構成にしたい できればルールが厳

[katryo]

うまくいく気がしない。commonとgenericが別の概念としてあるとか、feature が components の中にあるとか、ちょっと感覚に反する拘りが多い。チームが4人以上になるともうメンテナンスが無理になるんでは

[shingo-sasaki-0529]

ディレクトリ構成の良し悪しってのはどうしたって自転車置き場の議論になるから、そこまで拘ってはいないけど、DRYにしやすく、リンターで機械的に制限をかけやすいかの観点が重要だなぁとは思う。

[proverb]

改善したいポイントも書かれててめっちゃ親切…

[ghostbass]

バナーと言うかヘッダーと言うか、これは見るのが辛い

[kabuquery]

おじさんは読む前にすでに辛いです

[zentarou]

定数は文脈が大事だから一つの場所に押し込めないほうがいいよ。commonやconstantsがあるプロジェクトはクソ率高いから身構えちゃう。

[yarumato]

“アトミックデザインはコンポーネントの責務を分け、再利用性も高いが、メンバー毎にコンポーネント切り出し方に差異が生まれカオスになりがち。　機能ごとにディレクトリを分けるパターンは、分け方にブレがない”

[mayumayu_nimolove]

そんなこと考えなきゃいけないのに疑問を感じる

[Keisuke69]

へぇ、こういうのが今っぽいディレクトリ構成なのか