真实世界的ASP.NET MVC存储库

Question

在现实世界中,控制器可能需要使用来自各种数据库表和其他数据存储的数据.例如:

[Authorize]
    public class MembersController : Controller
    {
        ICourseRepository repCourse;
        IUserCourseRepository repUserCourse;
        IMember member;
        public MembersController(ICourseRepository repCourse, IUserCourseRepository repUserCourse, IMember member)
        {
            this.repCourse = repCourse;
            this.repUserCourse = repUserCourse;
            this.member = member;
        }

所以:

1. 我应该为每个表使用存储库吗？

2. 我想这是agregates的概念发挥作用的地方？我应该每个聚合有一个存储库吗？

3. 我是否只需要向Controller的构造函数添加所需数量的存储库？

4. 这是我的设计错误的标志吗？

注意:

IMember接口本质上代表一个帮助对象,它在成员资格提供程序上放置了一个很好的面孔.即,它将所有代码放在一个地方.例如:

        Guid userId;
        public Guid UserId
        {
            get
            {
                if (userId == null)
                {
                    try
                    {
                        userId = (Guid) Membership.GetUser().ProviderUserKey;
                    }
                    catch { }
                }
                return userId;
            }
        }

这方面的一个问题肯定是缓存这种输出.我可以感受到另一个问题.

编辑:

我正在使用Ninject进行DI而且在整个DI,DDD和TDD上都很畅销.好吧,有点.我也试图成为一个实用主义者......

Answer 1

1. 我应该为每个表使用存储库吗？

可能不是.如果每个表都有一个存储库,那么您基本上就是在进行Active Record.我还亲自宁愿避免调用,因为这可以带动域之间发生的似乎已经成为通常与LINQ2SQL使用的"资源库"和类每个表的"资源库"的设计的概念混淆这些类"库",亚音速等等和许多MVC教程.

2.我想这是agregates的概念发挥作用的地方？我应该每个聚合有一个存储库吗？

是的,是的.如果你打算走这条路.

"3".我是否只需要向Controller的构造函数添加所需数量的存储库？

我不让我的控制器直接触摸我的存储库.而且我也不让我的视图直接触及我的域类.

相反,我的控制器有Query类,负责返回View Models.Query类引用编译View Model所需的任何存储库(或其他数据源).