Webサービス(Rails)＋スマホアプリを作るときにやってはいけないこと 2018年版 - YusukeIwakiのブログ

なんとなく最近いくつかのWebサービスを触って「あ、こういう作りしちゃうとしんどいんだな・・・」というのが少しだけ分かってきたので、ほんとになんとなくメモっておく。 「下書き」「公開」をstatus=draft/publishedとかpublished=true/falseで表現してはいけない class Article < ApplicationRecord belongs_to :user scope :draft, ->{ where(published: false) } scope :published, -> { where(published: true) } def publish! update!(published: true) end こういうモデルを作ってしまうと 下書きと公開後で「見ることができる人」が異なるべきなんだけど、ふとした拍子に Article.find

[YusukeIwaki]

かいた

[dreadbull]

モデル分けるやつ、ビジネルロジックの二重化にはどう対処するんだろ。

[yoshioota]

「下書き」「公開」でテーブルを分けたとき、公開後また下書きに戻す場合はどうするんだろう。個人的にはどうしても分ける場合STIでDraftArticle, PublishedArticleにするかも。通知は、、不明。

[michael-unltd]

“ユーザが求めているのは紙芝居のウォークスルーではなく、セットアップウィザード”

[sinsinchang]

RESTAPI+Nativeが確かにメンテは楽だけど、Railsも進化してるし、Turbolinksも5系になって実装例がでてきたら今後どうなるか気になる。

[sulky]

Railsについて最初のみで、途中からWebViewの是非の話。