#フォロー機能とは
まずはじめに、フォロー機能とはなんなのか？
Twitterをしているとよく分かると思うのですが、
フォローしたり、フォローされたり、そういった機能のことです。
具体的にどういった仕組みで成り立っているのか？
一つずつ紐解いていきます。
まず、登場人物として、
・フォローする側のユーザー
・フォローされる側のユーザー
がいます。
つまり、ユーザー同士の多対多の関係であると言えます。
そして、多対多ということは、
中間テーブルが必要になってきます。
しかし、ここで問題が発生してきます。
例えば、いいね機能を実装するときをイメージしてほしいのですが、
いいね機能で必要なモデルは
・userモデル
・postモデル
・likeモデル（中間テーブル）
この３つが必要になってくるわけです。
ただ今回のフォロー機能の場合、
中間テーブルをRelationshipモデルとした時、
・Usersモデル
・Relationshipモデル(中間テーブル)
この２つしか存在しません。
つまり、User→Relationship→Userという流れでデータを引っ張ってきます。
そうすると、Userモデルの中に
・フォローする側
・フォローされる側
っていうのがごっちゃになってしまうので、
うまくそれらを分けてあげる必要があります。
#DB設計
##UserとUserの多対多の関係
仮にUserモデルの中を
・フォローする側 → Followingモデル
・フォローされる側 → Followerモデル
とします。
で、中間テーブルを
Relationshipモデルとします。
・Followingモデルのid → following_id
・followerモデルのid → follower_id
##しくみ
ここまでをまとめると
FollowingとFollowerは同じUserモデルであり、
フォローするかされるかで呼び方が変わるようなイメージです。
例えば、
Twitterで、
自分のフォローを見る時、自分のid(following_id)とペアのfollower_idを引っ張ってくることで見ることができる
自分のフォロワーを見る時、自分のid(follower_id)とペアのfollowing_idを引っ張ってくることで見ることができる
つまり、上記の例より
自分のidが
・following_idであれば、フォローを見ることができる
・follower_idであれば、フォロワーを見ることができる
というわけです。
今回はいったんここまで。
具体的な実装については後日あげます。