问题标签 [datacontract]

是否可以创建一个可以从 .Net 2.0 使用的库，并且如果他们愿意，还允许 .Net 3.0+ 消费者从 DataContracts 中受益？

除了包含不同 DataContract 相关属性的库是 .Net 3.0 库之外，我没有看到任何技术障碍。这些属性可以像 ExtensionMethodAttribute 一样手动实现吗？

我正在尝试获取我在服务器上收到的数据合同对象，对其进行一些操作，然后返回它的升级版本，但它似乎不起作用。我可以通过使用 KnownType 或 ServiceKnownType 属性让它工作，但我不想往返所有数据。下面是一个例子：

任何人都知道如何让它工作而不必重新创建新对象或使用 KnownType 属性？

IsReference财产的目的是什么DataContract？请求和响应如何随此属性的应用而变化？

什么是数据契约（属性类）和可观察的集合，何时、何地以及为什么在silverlight的上下文中使用这些，请在详细信息和示例中进行解释

++ 感谢和问候 Meetu Choudhary

我正在为 WCF 服务开发一种“存储和转发”应用程序。我想将消息作为原始 XML blob 保存在数据库中，如 XElement。我在将 datacontract 转换为数据库调用所需的 XElement 类型时遇到了一些麻烦。有任何想法吗？

我有以下问题。一位客户请求了一个 Web 服务，该服务以下列格式返回数据：

但是当发生错误时，他们希望收到以下消息：

我使用 WCF 创建了一个 Web 服务，为了满足要求，我定义了以下服务合同：

并且还定义了以下基类：

还有两个派生类：

和：

问题是当我从 Web 服务中提取数据时，数据协定名称（“状态”）和数据成员的名称被忽略，而使用类型和属性的名称。

是否可以使用客户名称？

您处于服务的末端，但您不了解您的客户。

为什么你会选择一个而不是另一个？

有多糟糕？我已经阅读了无数文章，并且以前从未创建过带有行为的抽象 DataContract，但似乎这样做可以解决我遇到的一个问题，该问题将阻止我在任何地方创建工厂来确定子类实现。我的问题是，如果我决定在我的数据合同中添加行为，我会受到惩罚吗？当然，它们不能被使用，并且在调用存储库调用和数据被持久化之前，它们可以执行特定于该子类类型的某些操作。我可以为每个子类创建“管理器”类，但这让我回到工厂，我正在尝试一种更加多态的方法。提前致谢。

使用 VS 2008 和 .NET 3.5 SP1：

我正在使用 WCF 来允许客户端连接到使用实体框架读取和写入数据库条目的服务。默认情况下，从数据库自动生成的实体应用了 DataContract 属性。

不幸的是，许多公开的字段并不是为了供客户端使用（即——谁正在访问什么数据的记录等），出于安全原因，我宁愿让它们不被公开。有没有办法避免实体框架类以这种方式暴露？

注意：这不是如何防止 .NET 实体中的私有属性通过服务公开为公共的？. 在那个问题中，用户希望有选择地显示某些字段，而我希望实体根本不作为 DataContract 公开。

提前致谢。

这更像是一个哲学/最佳实践类型的问题，而不是一个技术问题。

是否有强烈的论据反对使用仅在服务器端使用的方法编写 DataContract 类？或者没有用 DataMember 属性修饰的其他属性呢？

例如：

不这样做似乎是我宁愿避免的大量额外工作，尽管使用扩展方法可以使它更容易。但是，作为一名优秀的开发人员，我想知道这样做是否是不好的做法。