1
1
当我们试图在SOA风格的体系结构中使用实体框架时,您面临的是我们中许多人所面临的那种墙。 在您所描述的场景中,实体框架的1.0版工作得不太好,因为您最终在管理对象上下文时遇到了麻烦(而且很可能 必须缓存它们)。 我建议全面阅读以下内容(1) article 由EF团队发布关于实体框架未来的信息。它还具有捕获和讨论当前一些不足之处的效果。 简言之,我不确定实体框架是否完全是您现在想要的解决方案,因为在这个阶段,在跨线(或服务边界之外)处理EF实体时没有“干净”的解决方案。 其他人可能会求同存异… p.s您对手工编辑生成的代码持谨慎态度是正确的——对数据模型的任何更新都将覆盖任何修改(尽管您可以在部分类中对其进行扩展)。但是,如果要向属性添加属性,则没有帮助。 (a) http://blogs.msdn.com/efdesign/archive/2008/11/20/n-tier-improvements-for-entity-framework.aspx |
2
0
谢谢。这是我怀疑的,但我不想花一整天的时间研究。目前我要做的是保持对象独立,这样我就可以保持干净的WSDL,然后在数据访问层中,我将在Wire和ADO.NET实体框架上的对象之间进行转换。 可能不是最合理的方法,但这将使我在演示时受益匪浅。 感谢本文的链接,我认为我遗漏的关键概念是持续的无知。我已经研究了Java Web服务,在那里可以定义波霍(普通的Java对象),并且很容易地通过有线传输它们,并坚持到数据源… …现在我明白了你为什么建议wcf,因为它支持持续的无知。 |
Drago · Linq通过比较Id和具有Id的对象列表来查询获取列表 2 年前 |
Niyazi Babayev · 如何在表达式中动态应用表达式? 2 年前 |
Murat Güzel · EF存储库模式错误{'Id'}已被跟踪 2 年前 |
dotnetdevcsharp · 减少基于数据类型获取设置的方法数量 2 年前 |
saravanan049 · 在实体框架中回滚Azure SQL数据库 2 年前 |