2

我正在开发一个 ASP.NET MVC 项目。在我的解决方案中，我有以下项目：BlogApp.Web（ASP.NET MVC 应用程序）、BlogApp.Data（类库）

我想知道如何实现数据访问层。我想使用 EntityFramework Code First 方法。我在考虑存储库模式，但这真的有必要吗？我读过它只是 ORM 之上的下一层，这并不是真正需要的。所以不要像这样写方法：

GetAllPosts(Tag t) {
    db.Posts.Where(p => p.Tags.Contains(t)).Skip(x).Take(y).Select(p => p);
}

我在控制器中创建数据库上下文并编写相同的查询？我不需要围绕我的模型实现分页和编写包装器。

4

2 回答 2

2

您可能听说过存储库模式，它在某些阵营中已经失宠——例如，参见Jimmy Bogard 的博客。这并不意味着查询应该直接在控制器中编写，除非您的应用程序非常非常简单。

如前所述，您的查询应该只写在您的控制器可以使用的一个地方 - 这可以在存储库方法或专用查询对象中，两者都提供更好的抽象并避免重复。

简单地说 - 您的应用程序是否打算有多个前端，这需要为您的数据访问层单独组装？如果不是，您可能要考虑合并两个程序集并仅使用命名空间来保持事物井井有条。

于 2013-06-25T08:52:14.930 回答
1

不确定这个问题是否属于这里。

无论如何，如果您在控制器中编写数据访问逻辑，并且在另一个控制器中需要相同的逻辑，您会怎么做？将其复制粘贴到新控制器中？那不好。任何时候，您在复制和粘贴时都需要退后一步，这里一定有问题（也就是代码异味）。

将逻辑分离到不同的层将使您的代码更易于维护和测试。相信我！

于 2013-06-25T07:39:54.993 回答