我有一個簡單的建築問題,並會喜歡一些建議。模型設計與實體框架
我想熟悉ASP.NET MVC 3.爲此,我編寫了一個小型電視節目庫作爲練習。
我的模型文件夾包含幾個類,其中包括TvShow
,Season
和Episode
類。這些自然綁在一起:TvShow
實例與Season
實例具有一對多關係,而Season
實例與Episode
實例具有一對多關係。
使用ASP.NET的實體框架,我應該如何建模這些一對多關係?我看到2個選項:
- 選項1 - 該
TvShow
類有一個List<Season> seasons
場 - 選項2 - 該
Season
類有一個TvShow tvShow
場
選項2似乎更自然的我,因爲它模仿底層的數據庫設計。這也是微軟在其MvcMusicStore教程中做出的選擇。但是,我想知道是否有理由拒絕選項1--無論是針對數據庫/ EF還是針對OO設計的事宜。
想法?
TvShow當然有一個季節,而一個季節有一個列表? –
2012-01-19 00:40:09