创建服务引用时，WCF HashSet 更改为 int[]

发布于 2024-07-21 03:32:34 字数 472 浏览 11 评论 0原文

我在 WCF 接口中使用 HashSet

[ServiceContract]
public interface IwcfServerSync
{
    [OperationContract]
    void Test(HashSet<int> someHashSet);
}

当我创建服务引用时，HashSet 会变成 int[]。

我添加了一个 ServiceKnownType： [ServiceKnownType(typeof(System.Collections.Generic.HashSet))]

并尝试了一些配置，但无法完全更改。

如果我改变它硬编码一切工作，但每次更新我的参考时改变它真的很烦人..

我可能做错了什么，有什么指示或想法吗？

原文

I am using a HashSet in my WCF interface

[ServiceContract]
public interface IwcfServerSync
{
    [OperationContract]
    void Test(HashSet<int> someHashSet);
}

When I create a service reference the HashSet<int> turns into a int[].

I added a ServiceKnownType:
[ServiceKnownType(typeof(System.Collections.Generic.HashSet))]

and tried some configuration but couldn't quite make it to change.

If I change it hard-coded everything works, but it is really annoying to change it every time a update my reference..

I am probably doing something wrong, any pointers or ideas?

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

雨的味道风的声音 2024-07-28 03:32:34

当集合通过网络传输时，它们会被简化。您可以通过 IDE 和命令行 (svcutil /collectionType) 指定集合类型，但它将应用于 API 上的所有集合。我认为你应该接受它，并通过代码处理不匹配的情况。最终，在网络上，集合只是 xml（至少在标准绑定上） - 类似于：

<items>
   <item ...>...</item>
   <item ...>...</item>
   <item ...>...</item>
</items>

- 因此为什么它无法（从模式）区分数组 (T[] )、List、HashSet 和 MyFunkyCollection。

请注意，如果您使用程序集共享（即相同的服务契约程序集位于客户端和服务器），则不会发生这种情况 - 但这违背了 SOA/mex 的意图。但这是一种被广泛使用的方法 - 因此 IDE 直接支持它，并通过开关支持命令行 (svcutil /reference)。

对于支持它的IDE...如果您将服务契约和数据契约编写在类库（dll）中，然后从两个项目（服务器项目和客户端项目）。现在将服务引用从客户端项目添加到服务器端点（.svc）。如果您使用 VS2008，它将自动检查类型的本地引用并使用这些引用来代替代理生成 - 这意味着：您的客户端代码使用类库中的 IwcfServerSync ，它已经知道是否使用 <代码>HashSet等

Collections are simplified when they go over the wire. You can specify the collection-type via the IDE and command-line (svcutil /collectionType), but it will apply to all collections on the API. I think you should just accept it, and handle the mismatch through code. Ultimately, on the wire, collections are just xml (over the standard bindings, at least) - something like:

<items>
   <item ...>...</item>
   <item ...>...</item>
   <item ...>...</item>
</items>

- hence why it can't tell (from the schema) between an array (T[]), a List<T>, a HashSet<T>, and a MyFunkyCollection<T>.

Note that if you use assembly sharing (i.e. the same service contract assembly is at the client and server) then this won't happen - but that defeats the intent of SOA/mex. But is is an approach used quite a lot - hence the IDE supports it directly, and command-line via a switch (svcutil /reference).

For the IDE supporting it... if you write the service contract and data contract in a class library (dll), and then add an assembly reference (i.e. a dll reference or a project reference) to this library from the two projects (the server project and the client project). Now add a service reference from the client project to the server endpoint (the .svc). If you are using VS2008, it will automatically check local references for types and use those in place of proxy generation - meaning: your client code uses the IwcfServerSync from the class library, which already knows whether to use HashSet<T> etc.

回复收藏 0 原文

~没有更多了~