ano*_*non 6 foreign-keys associations n-tier-architecture entity-framework-4 entity-framework-ctp5
"请注意,通常应避免使用独立关联,因为像N-Tier和并发性这样的东西变得更加困难."
我是EF4的新手,我正在构建一个n-tier网络应用程序.这听起来像是一个重要的陷阱.有人可以向我解释这意味着什么吗?
我认为这是个人喜好.最初,EF被创建为仅使用indep.协会并与更经典的企业风险管理方法保持一致.然而,我们大多数开发人员都非常依赖FK,这使得生活变得非常复杂.因此,MS在EF4中给了我们FK,这意味着不仅将FK作为依赖实体中的属性,而且通过概念模型中的约束来定义关系,而不是将其隐藏在映射中.您仍然可以使用indep关联定义一些关系:多对多和唯一外键.请注意,如果您计划使用RIA服务(听起来不像它)RIA只识别FK关联.
因此,如果您更喜欢利用独立关联,您仍然可以在EF4中使用它们.他们完全支持.但正如詹姆斯建议的那样,还有一些陷阱需要注意......因为EF特别适用于图形的方式,你需要更明确地做些事情.或者您只想要FK的情况,例如,您拥有客户的ID,但您不需要该实例.你可以创建一个订单但没有那个好的CustomerID FK属性,你必须做一些额外的杂耍才能获得那个CustomerID.
心连心