リアクション機能の追加

[shm11C3]

テーブルの追加

• reactions
• comments

erDiagram

users ||--o{ reactions: ""

users ||--o{ posts: ""

reactions }o--|| posts: ""

users ||--o{ comments: ""

comments }o--|| posts: ""

users ||--o{ comments: ""

comments ||--o{ reactions: ""

users ||--o{ comments: ""

comments }o--|| comments: ""

users {
  string auth_id
  string name
  string username
  integer country_id
  string profile_img_uri
  integer delete_flg
  timestamp created_at
  timestamp updated_at
}

posts {
  string ulid
  string auth_id
  string category_uuid
  string title
  string content
  integer is_draft
  integer is_publish
  integer is_edited
  integer is_deleted
  timestamp created_at
  timestamp updated_at
}

reactions {
  string ulid
  string user_auth_id
  string post_ulid
  string reaction_type
}

comments {
  string ulid
  string user_auth_id
  string post_ulid
  string comment
  timestamp updated_at
}

エンドポイント

• GET:/reaction-types
• POST:/reaction
• DELETE:/reaction
• POST:/comment
• GET:/comment
• PUT:/comment
• DELETE:/comment

ReactionController.php

• reactions, comments のCRUD処理

AddReactionRequest.php

POST:/reactionで使用

• post_ulid required|ulid リアクションの親要素 親要素存在チェックはコントローラで行う
• reaction_type required Ruleを作成し、reaction_typeが正しいかバリデーションする

DeleteReactionRequest.php

DELETE:/reactionで使用

• ulid required|ulid|exists:reactions,ulid

AddCommentRequest.php

POST:/commentで使用

• post_ulid required|ulid リアクションの親要素 親要素存在チェックはコントローラで行う
• comment required|string|max:255

UpdateCommentRequest.php

PUT:/comment で使用

• ulid required|exists:reactions,ulid
• comment required|string|max:255

DeleteCommentRequest.php

DELETE:/comment で使用

• ulid required|exists:reactions,ulid

Reaction.php

• reactions.reaction_typeの値を定数として管理
• ビジネスロジックの実装

[shm11C3]

中間テーブルを用いてポリモーフィック関連を回避したい

• 参考: SQLアンチパターンp.67

erDiagram

posts_reactions }o--|| posts: ""
posts_reactions }o--|| reactions: ""

comments ||--o{ comments_reactions: ""
reactions ||--o{ comments_reactions: ""

posts_comments }o--|| posts: ""
posts_comments }o--|| comments: ""

users {
  string auth_id
  string name
  string username
  integer country_id
  string profile_img_uri
  integer delete_flg
  timestamp created_at
  timestamp updated_at
}

posts {
  string ulid
  string auth_id
  string category_uuid
  string title
  string content
  integer is_draft
  integer is_publish
  integer is_edited
  integer is_deleted
  timestamp created_at
  timestamp updated_at
}

posts_reactions {
  string post_ulid
  string reaction_ulid
}

comments_reactions {
  string reaction_ulid
  string comment_ulid
}

posts_comments {
  string post_ulid
  string comment_ulid
}

reactions {
  string ulid
  string user_auth_id
  string reaction_type
}

comments {
  string ulid
  string user_auth_id
  string post_ulid
  string comment
  timestamp updated_at
}

[shm11C3]

• 中間テーブルを用いた設計の場合意図しないリレーションが作成されるリスクがある
• LaravelのORMを使うため整合性の点ではポリモーフィック関連のほうが堅牢である 以上の点から設計は変更せずにポリモーフィック関連でテーブルを結合させる