<h2>Composition API のドキュメントを読む</h2>
<blockquote class="twitter-tweet" data-partner="tweetdeck">compostion、オフィシャルの例だと src/composables に置いたりしますね <a href="https://t.co/d5lwaQCAag">https://t.co/d5lwaQCAag</a>&mdash; miyaoka (@miyaoka) <a href="https://twitter.com/miyaoka/status/1442748762586107906?ref_src=twsrc%5Etfw">September 28, 2021</a></blockquote>
昨日の投稿に miyaoka さんがリプライをくれたので、Google 翻訳の力を借りてちょっとずつ読んでいる。
記事内の例では<code>useUserRepositories</code>と<code>useRepositoryNameSearch</code>と<code>useRepositoryFilters</code>いうそれぞれの関数が同名のファイルにそれぞれ分けられているっぽい。
これらの関数は import して各ファイルの機能を使うことなく、呼び出し側で引数に値を入れて使っているのが疎な感じがしていいと思う。
これらの機能を全て同じファイルにするパターンも全然考えられるけど、そこはたぶん本当に開発者やチーム次第なんだろう。
上記の例だと UserRepository というひとつの概念(ドメイン？)のみしか出てこないが、アプリケーション全体のことを考えると<code>@/src/composables/userRepository/</code>というディレクトリに ↑ のファイルを入れるような感じが分かりやすいかなと思う。
個人の考えをまとめてチームで方向性を決めていけるように今度話してみようかな。