在使用实体框架时,是否确实需要实现存储库?

我现在正在研究MVC和EF,在这些主题的文章中我经常看到控制器通过存储库对象来操作数据,而不是直接使用LINQ来实体。

我创建了一个小的Web应用程序来测试一些想法。它声明以下接口作为数据存储的抽象

public interface ITinyShopDataService
{
    IQueryable<Category> Categories { get; }
    IQueryable<Product> Products { get; }
}

然后,我有一个从生成的类TinyshopDataContext继承(从ObjectContext继承)的类,并实现ITinyshopDataService。

public class TinyShopDataService : TinyShopDataContext, ITinyShopDataService
{
    public new IQueryable<Product> Products
    {
        get { return base.Products; }
    }

    public new IQueryable<Category> Categories
    {
        get { return base.Categories; }
    }
}

最后,控制器使用ITinisHopDataService的实现来获取数据,例如用于显示特定类别的产品。

public class HomeController : Controller
{
    private ITinyShopDataService _dataService;

    public HomeController(ITinyShopDataService dataService)
    {
        _dataService = dataService;
    }

    public ViewResult ProductList(int categoryId)
    {
        var category = _dataService.Categories.First(c => c.Id == categoryId);
        var products = category.Products.ToList();
        return View(products);
    }
}

我认为上面的控制器具有一些积极的性质。

• 由于注入了数据服务,因此很容易对其进行测试。
• 它使用LINQ语句以实现中立的方式查询抽象数据存储。

所以,我看不到在控制器和ObjectContext派生类之间添加存储库的任何好处。我怀念什么? (不好意思,第一个帖子太长了一点)