`datastore:"useNotification"`}これはユーザーの設定として「通知をするか/しないか」を表現しているものだが、もしも仕様変更でTrue/False以外の値を設定したくなった場合には問答無用でマイグレーションを行わねばならない。マイグレーションを行うということは、アプリケーションを停止したり不整合を防ぐなどの処置をせなばならず、そこそこ負荷が大きい。このような将来の変更を見越すのならば、以下のようにStringとするのがよい。"off")文字列の列挙型のような形で表現すれば真偽値と同等の表現は問題なくできる上、もし真偽値以上のデータを取りたくなった場合にも容易に対応できる。2=off)するのはどうなんだ、という話もある。これは実際にプロダクトで使った経験から言うと、非常にデバッグがしづらい。文字列を使っている場合でもその文字列が正しい表現になっていなければそれまでだが、数値だと今度は「その数値がなにを表しているのか?」を知るためにコードを読んだり、別のドキュメントにマスターデータ的な対照表を用意しておく必要が出る。「コードを読むのが一番正しい」というのは間違いないが、たとえば新人が入ってきた際にフラグが表すものを知るために1からコードを読ませるというのは相当工数の無駄だろう。新人じゃなくたって大変だ。Repositoryさーて、お待ちかねのROM.rb入門の第3回はRepositoryから。Relationさて、入門ROM.rbの第2回は、まずRelationから。ROM.rbとはな...2017-10-14SAMパターンの大雑把な理解SAMパターンというのを勉強している。(8)はてなブログをはじめよう!IzumiSyさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。