我有一个简单的建筑问题,并会喜欢一些建议。模型设计与实体框架
我想熟悉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