我浏览了 Web 上的许多页面,这些页面涉及如何在实体框架的上下文中最好地将业务对象和数据对象放在一起。但是,找不到一个清晰直接的答案,因此,让我感到困惑,我仍然不确定在使用 EF 时哪种方式是实现我的业务逻辑的最佳方式(如果我坚持在单独的层上)。
使用实体框架是否意味着您的业务对象现在应该或最好集成/嵌入到您的“数据访问层”/EF 应用程序中。这是否意味着不需要业务逻辑“层”。
如果在使用 EF 时可以有一个单独的“业务逻辑层”,这是如何实现的(找不到任何可以涵盖这一点的示例或指南)。
我浏览了 Web 上的许多页面,这些页面涉及如何在实体框架的上下文中最好地将业务对象和数据对象放在一起。但是,找不到一个清晰直接的答案,因此,让我感到困惑,我仍然不确定在使用 EF 时哪种方式是实现我的业务逻辑的最佳方式(如果我坚持在单独的层上)。
使用实体框架是否意味着您的业务对象现在应该或最好集成/嵌入到您的“数据访问层”/EF 应用程序中。这是否意味着不需要业务逻辑“层”。
如果在使用 EF 时可以有一个单独的“业务逻辑层”,这是如何实现的(找不到任何可以涵盖这一点的示例或指南)。