TODO

[hiroro-work]

リソース生成

• Home
• User
• Tweet
• Reply
• Retweet

機能実装

• アカウント作成
• アカウント削除
• サインイン
• サインアウト
• フォロー
• アンフォロー
• ツイート（テキスト）
• ツイートへのリプライ（テキスト）
• リツイート
• リプライへのリプライ（テキスト）
• リツイートへのリプライ（テキスト）
• リツイートにコメントを付加

テストコード

rspec/system

• header
• footer
• home_index
• user_show
• tweet_show
• reply_show
• retweet_show

[hiroro-work]

• DB作成
  • PostgreSQLでcreate database tubtter_development
• Home controller
  • rails generate
  • rootにhome#indexを設定 (for devise)
• User scaffold
  • rails generate
  • rails generate devise User

[hiroro-work]

deviseのviewはdevise-bootstrap-viewsで作成
$ rails generate devise:views:bootstrap_templates

[hiroro-work]

ログイン後にuser_pathに飛ぶようにApplicationControllerでafter_sign_in_path_forをオーバライド。
routesでuser_root指定する方法もあったけど、こっちだとuser_pathにidが指定されず
UsersControllerで対処が必要だったので上記の方法を採用。

ちなみにroutes.rbでの対応は以下のような感じ

authenticated :user do
  root to: 'users#show', as: :user_root
end

[hiroro-work]

Tweetのshow.html.haml作成中

[hiroro-work]

ReplyはUserの下に置いたほうがいいかな。User消えたらReplyも消える感じで。
んでTweetとも紐づける。

[hiroro-work]

acts_as_followerはmigrateファイルのActiveRecord::Migrationのおしりに[5.2]をつけないとdb:migrateで失敗した。

[hiroro-work]

deviseのregistrations/edit画面で一回更新エラーした後にbackしてbackしたら、存在しないusersに
遷移しようとするので、とりあえずedit.html.hamlの最後のリンクをコメントアウト

[hiroro-work]

Herokuにmaster以外のブランチをpushする場合は
$ git push heroku {branch name}:master
$ heroku run rails db:migrate

[hiroro-work]

質問

TweetとReplyは同じモデルにしちゃってもいいかな？
Replyに対するReplyを考えるとそっちのほうがよい？
（何に対するReplyかをカラムとして持つときにreplyかtweetのどっちかが入ってるみたいな
実装はコードが複雑になりそうでよくなさそう）

Reply機能をTweetモデルで実現。
TweetモデルにreferencesでTweetモデルをparentみたいなカラムとして持たせる感じ？
できるのかな？
 t.references :parent, foreign_key: { to_table: :tweets }
こんな感じでいけそうといううわさも。

それだとTweetコントローラが大きくなっちゃうからコントローラとしてはReplyControllerみたいの
作ったほうがいいのかな？
それとも1つのテーブルを複数のモデルで共有してそれぞれにコントローラ作るようにすればいいのかな？（できるかはわからないが）

TweetとReplyのidを共通化して、TweetとReplyに一発でreferenceをはるようなことはできたりするのかな？親モデル作って継承すれば行けそうだけど、Railsモデルで継承は微妙といううわさも。

回答

ReplyはTweetモデルで実現したほうが良い。

[hiroro-work]

「userのreplies」と「tweetに対するreplies」を表示したい場合、
ReplyControllerのindex的なアクションを複数つくるのがよいか、それとも、
UserControllerとTweetControllerにrepliesを表示するアクションを作るのがよいか？

とりあえず今とのころはtweetに対するrepliesはtweetのshowで表示してるから、
replyのindexとしてuserのrepliesを表示する機能を実装しておこう（暫定対処）。

user配下とtweet配下にコントローラを分けてやれば両方のindexを作れる？
（本当にできるかは試してないから不明）

[hiroro-work]

replyは全アクションをtweetの下に持っていこうと思ったけど、
そうすると削除されたtweetに対するreplyを残すことができなかったので、
作成後のアクションはuserの下に持っていく方向で。

[hiroro-work]

Retweetもtweetモデルを更新して実現できそうだけど、
とりあえずはreplyと同じ要領でretweetモデル作って実装する方向で。

[hiroro-work]

質問

Viewにて
メインで操作しているモデルのインスタンスからたどれるモデルの場合、
メインモデルからたどる形で参照したほうがよい？
参照したいモデルのインスタンスが存在するのであればそちらを参照したほうがよい？
（@userと@tweetがあって、userモデルは@userからも@tweet.userからも参照できるような場合）

回答

@userが明らかに存在しているところでは@userを使用する。

[hiroro-work]

ReplyとRetweetのedit/updateはUserのしたに持ってきて、
new/createと同じパスでform統一できるようにしたほうがよいかも。

[hiroro-work]

質問

rspecのfeatures/systemはどの単位でファイル分割するのがよい？
# 画面単位？: 画面上にある機能をテスト
# モデル単位？: モデルの機能をテスト

backgroundのまとめやすさ考えたら画面単位のほうがよさそう？

回答

関連する機能の単位でファイル分割することが多い。
画面単位でも問題ないが人によってはレビューで質問してくるかも。