自跟踪实体VS POCO实体 [英] Self Tracking Entities vs POCO Entities

查看:208
本文介绍了自跟踪实体VS POCO实体的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我们正在开始一个新的基于Web的产品,我们正在计划通过WCF服务暴露我们的业务逻辑。我们将使用ASP.NET 4.0,C#,EF 4.0。今后,我们要建立一个基于服务的iPhone应用程序和WPF应用程序。我一直在阅读了很多关于使用POCO VS自我跟踪实体(STE),并从我的理解国营贸易企业不与网络方案很好地工作。任何人都可以更加清楚在这个问题上?

We are starting a new web based product in which we are planning to expose our business logic through WCF services. We will be using ASP.NET 4.0, C#, EF 4.0. In future we want to build iphone applications and WPF applications based on the services. I have been reading a lot about using POCO vs Self Tracking Entities (STE) and from my understand the STEs do not work well with the web scenario. Can anyone shed more light on this issue?

推荐答案

有关我STE是绝对错误的观念。这只是数据集的另一种实现方式。

For me STE is absolutely wrong concept. It is just another implementation of DataSet.


  • 在ASP.NET应用程序中,你将不得不店国营请求之间的某个地方。在第一个要求,你会查询您的数据源获取STE并在页面提供数据。在接下来的请求(回传),您将要修改STE从浏览器返回的数据。支持跟踪你将不得不使用相同的STE在第一请求= GT;你将不得不存储在STE视图状态(如果你想使用ASP.NET的WebForms)或会话。

  • STE是无用的SOA或互操作性。跟踪逻辑是STE的一部分=它是在客户端上运行。如果您在服务暴露STE你immediatelly期待的客户端将使用包含在STE逻辑相同的跟踪功能。但是这些特征不提供给对方自动。在.NET中你有他们,因为你与国营分享装配。但在其他平台,你必须解释开发商如何实现STE逻辑,使之在你的身边工作。这很可能是你,因为iPhone应用最极限的情况。

这篇关于自跟踪实体VS POCO实体的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆