このRailscastで、Ryan Batesは、結合モデルに名前を付けるときに、-tion、-ment、または-shipで終わる単語を使用することをお勧めします。この規則の利点は何ですか?
たとえば、「アルバム」と「曲」という2つのモデルがあり、1つの曲が多くのアルバムに表示され、アルバムに多くの曲が含まれている場合はどうなりますか?これに必要な結合テーブルの適切な名前は何でしょうか?トラックリストシップ?トラックリスト?
このRailscastで、Ryan Batesは、結合モデルに名前を付けるときに、-tion、-ment、または-shipで終わる単語を使用することをお勧めします。この規則の利点は何ですか?
たとえば、「アルバム」と「曲」という2つのモデルがあり、1つの曲が多くのアルバムに表示され、アルバムに多くの曲が含まれている場合はどうなりますか?これに必要な結合テーブルの適切な名前は何でしょうか?トラックリストシップ?トラックリスト?
慣例では、意味のある名前を付けます。
それらの関係はしばしばそれらの終わりで終わります。重要なのは、慣例に従い、一貫性を保つことです。必ずしもすべてが同じ3つのエンディングにきちんと収まるとは限りません。
私には、、などのように聞こえTracks
ますAlbumTracks
。単語を構成するという彼のアイデアに従いたい場合は、おそらくTrackation
またはTrackination
(アルバムにトラックを配置するプロセス)、Albumship
(「メンバーシップ」のように、アルバムの曲を使用して)など。
うまくいけば、 Albums
andSongs
ではなくAlbum
andというモデルがないことにも注意してくださいSong
。IMOの最も明確な関係は単純ですAlbumSongs
。なぜなら、それがまさにそれであるからです。
まったく別のルートに行って、それらを呼び出すことMixes
もできます。
一貫した命名規則を使用するもう1つの利点は、コードで作業しているのはあなただけではない可能性がかなり高いことです。一貫した命名規則を使用することにより、コードで作業する他の人がコードで作業するのが簡単になります。また、6か月間コードに触れず、ある日コードに戻ってくるという意味で、保守が簡単な場合もあります。一貫した命名規則を使用することで、すべてのコードを読み通さなくても、自分が何をしていたかを理解できます。