Meeting #3

[shtk0llq]

議事録

日時

• 10/23 20:00 ~ 21:00

議題

• 進捗報告
• タスク割り振り
• 質問の回答

[imaimai1997]

質問事項

• 型の命名規則としてパスカルケースが用いられることが主流のようなので、パスカルケースで統一したい
• 型宣言はinterfaceかtypeでできるが、今回はtypeで書いてみました。どちらが良いでしょうか

[shtk0llq]

レビュワー プルリクエスト

@imaimai1997 @nami73kan

@as-0908 @keita7777

@yoshida0522 @as-0908

@keita7777 @imaimai1997

@nami73kan @yoshida0522

[keita7777]

ミーティング2024/10/23

議題

• 進捗報告
• タスクの割り振り
• チーム内での検討事項
• 次回までの課題

進捗報告

ヨシダさん

進捗

前回分のタスク完了

イマイさん

進捗

前回分のタスク完了

components/AuthForm/index.tsx　はサインアップ画面とログイン画面どちらでも使えるように実装している

ソウマさん

進捗

前回分のタスク完了

ミネギシ

進捗

前回分のタスク完了

タスクの割り振り

• 各自のタスクはissuesで確認する
• コンポーネントがあらかた作成できたのでページの作成に取り掛かっていく
• ページにコンポーネントを適用させる際に、サイズや余白などのスタイル調整も行う
• ページ全体に関わるスタイルはページ専用のファイル、コンポーネント単体のスタイルはコンポーネント専用のファイルでスタイルを記述する

チーム内での検討事項

①型の命名規則

パスカルケースで統一

TypeScriptの公式ドキュメントでパスカルケースが推奨されている https://typescript-jp.gitbook.io/deep-dive/styleguide#%E5%90%8D%E5%89%8D%E7%A9%BA%E9%96%93

②型定義をtypeとinterfaceどちらを使うか

今回のプロジェクトでは基本的にtypeを使用する typeとinterfaceで若干仕様が違うので状況に応じて使い分ける

具体的には↓ ユニオン型や交差型が必要な場合はtypeを使う extend（継承）やimplementsをするときはinerfaceを使う

参考資料 https://typescript-jp.gitbook.io/deep-dive/styleguide#type-vs-interface https://zenn.dev/luvmini511/articles/6c6f69481c2d17#3-2-type%E6%B4%BE https://typescriptbook.jp/reference/object-oriented/interface/interface-vs-type-alias

③React.FC型とJSX.Element型どちらを使うか

基本的にJSX.Element型で統一する

以下のような記述で関数コンポーネントであることを明示的に定義することができる const AuthForm: React.FC<Props> = ({ isSignUp }) => {}

ただしReactで自動的に型推論されるので簡易的な以下の書き方で問題ない const AuthForm = ({ isSignUp } : Props) => {}

その他

型を別ファイルで定義

components/MorePosts/types.ts　を作成して型定義を記述し、 components/MorePosts/index.tsx 　でimportする というやり方もある（型定義が複雑になってきた際に使用する）

GitHubのWiki

プロジェクトで使える情報をまとめておける

次回までの課題

• 各自のタスクを進める
• 今回のミーティングで決まった事項を修正しておく
• 進捗報告を10/27までに投稿する