我有点好奇，其他开发人员在ASP.NET MVC中使用Entity Framework或NHibernate编程时应用Repository模式的经验。在我看来，这种模式已经在ORM本身实现。 DbContext和DbSet< T>在实体框架中和由NHibernate中的ISession。在存储库模式中提到的大多数问题(如 POEE和 DDD编目)都是由这些ORM充分实现的。也就是说，

>持久性
> OO数据视图
>数据访问逻辑抽象
>查询访问逻辑

此外，我看到的仓库模式的大多数实现遵循此实现模式 – 假设我们正在开发博客应用程序。

NHibernate实现：

public class PostRepository : IPostRepository
{
    private ISession _session;
 
    public PostRepository(ISession session)
    {
        _session = session;
    }
 
    public void Add(Post post)
    {
        _session.Save(post);
    }
 
    // other crud methods. 
}

实体框架：

public class PostRepository : IPostRepository
{
    private DbContext _session;
 
    public PostRepository(DbContext session)
    {
        _session = session;
    }
 
    public void Add(Post post)
    {
        _session.Posts.Add(post);
        -session.SaveChanges();
    }
 
    // other crud methods. 
}

在我看来，当我们使用ORM – 如Nhibernate或实体框架 – 创建这些存储库实现是多余的。此外，由于这些模式实现不会超过ORMS中已经存在的内容，所以这些模式比有帮助的OO抽象更像噪声。似乎使用存储库模式在上面提到的情况只是开发人员自我扩大和更多的pomp和仪式没有任何可实现的技术的好处。你怎么看 ？？