Asp.net 使用实体框架时的设计模式

在使用实体框架时，我对设计模式感到困惑。 我当前的项目有以下模式

模式1：每个框代表一个单独的类库项目

现在，一名团队成员想介绍实体框架，并建议：

模式2

我见过几个ASP.NET MVC web应用程序示例，它们将DataContext和POCO类保存在相同的文件夹中，没有逻辑服务层的概念

Pattern1参数：希望将POCO类和低级DataAccess调用分开

Pattern2参数：将相关代码保留在一个项目中，以促进“低内聚性”和“低耦合性”

---

因此，我想更多地了解这两种模式，以及何时使用它们。

我看过许多演示文稿，也听到了许多观点，认为层数越少，混乱就越少。我相信层对层的体系结构在很多时候都是一种过火的行为。