实体框架、存储库、数据层、3 层
我正在尝试使用实体框架可视化 3 层设计。
如果我在 EF 上下文之上有一个存储库，它们都是数据层的组件吗？
或者存储库本身就是数据层，而 EF 是其他东西？
我将有一个与存储库或数据层通信的 BLL（我不知道..），我试图弄清楚这一切是如何组合在一起的。
I'm trying to visualize a 3-layer design with Entity Framework.
If I have a Repository on top of the EF Context, are they both components of the Data Layer?
Or is the Repository the Data Layer itself, and EF something else?
I'll have a BLL that communicates with the repository or Data Layer (I have no clue..) and I'm trying to figure out how this all fits together.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我将 EF 之上的存储库称为数据层抽象。我不会将其视为一个单独的层。存储库是数据层。
否则，您可能会开始说 EF 本身是一个数据层抽象，因为它是一个支持许多数据库系统的 ORM，并且是存储库和工作单元模式本身的实现。您最终会说，您有一个数据库作为数据层，有一个以 ORM 形式（称为 EF）的数据层抽象，然后在 EF 之上有一个以自定义存储库形式的第二级抽象。
管理对应用程序中数据存储的访问的层是数据层 - 这就是您的存储库。我想说，EF 和数据库只是这一层的一个细节。
I would call a repository on top of EF a Data Layer Abstraction. I would not visualize it as a separate layer. The repository is the Data Layer.
Otherwise you could start to say that EF itself is a Data Layer Abstraction because it's an ORM supporting many database systems and is an implementation of the Repository and Unit of Work pattern itself. You would end up to say that you have a database as the Data Layer and a data layer abstraction in form of the ORM called EF and then a second-level abstraction in form of your custom repository on top of EF.
The layer which manages the access to the data storage in your application is the Data Layer - and that is your repository. EF and the database is just a detail of this layer, I'd say.