我的困境基本上是如何在两个应用程序之间共享枚举。

用户通过Web上的前端应用程序上载文档。 此应用程序调用后端应用程序的Web服务并将文档传递给它。 后端应用程序保存文档并在Document表中插入一行。

文档类型(7种可能的文档类型: InvoiceContract等)作为参数传递给Web服务的UploadDocument方法。 问题是,该参数的类型(和可能的值)应该是什么?

由于您需要在两个应用程序中对这些值进行硬编码,我认为使用描述性字符串( InvoiceContractWorkOrderSignedWorkOrder )是可以的。

是否可能是在第一个应用程序中创建DocumentTypes枚举的更好方法,并在第二个应用程序中重现它,然后将相应的整数值传递给它们之间的Web服务?

===============>>#1 票数:5

我建议不要在它们之间传递一个整数,只是出于可读性和调试的目的。 假设您正在浏览日志,并且您看到DocumentType = 4的一堆500错误。 现在你必须去查找哪个DocumentType是4.或者如果其中一个应用程序引用了另一个应用程序中不存在的数字,可能是由于版本不匹配。

这是一个更多的代码,它使大脑的静态类型部分有点原始,但在HTTP之上的协议中,所接受的智慧是在不透明的枚举上使用清晰的字符串。

===============>>#2 票数:5

我仍然会在内部使用枚举,但希望消费者只传递名称,而不是数值本身。

只是一些愚蠢的例子来说明:

public enum DocumentType
{
  Invoice,
  Contract,
  WorkOrder,
  SignedWorkOrder
}

[WebMethod]
public void UploadDocument(string type, byte[] data)
{
  DocumentType docType = (DocumentType)Enum.Parse(typeof(DocumentType), type);
}

===============>>#3 票数:3 已采纳

我只能谈论.net,但是如果你有一个ASP.net Webservice,你应该可以直接添加一个枚举。

然后,当您在客户端应用程序中使用“添加Web引用”时,生成的类应包含该枚举

但这是我的头脑,我很确定我过去做过,但我不能肯定地说。

===============>>#4 票数:3

在.NET中,枚举值(默认情况下)使用名称序列化为xml。 对于可以有多个值( 标志 )的实例,它会在值之间放置一个空格。 这是因为枚举不包含空格,因此您可以通过拆分字符串(即“Invoice Contract SignedWorkOrder”,使用lubos的示例)再次获取值。

您可以使用XmlEnumAttribute控制asp.net Web服务中的值的序列化,或者在使用WCF时使用EnumMember属性。

===============>>#5 票数:3

如果从.NET页面/应用程序使用Web服务,则应该在将Web引用添加到使用该服务的项目后访问该枚举。

===============>>#6 票数:3

如果您不使用.NET到.NET SOAP,您仍然可以定义一个枚举器,前提是两个端点都使用WSDL。

<s:simpleType name="MyEnum">    
     <s:restriction base="s:string">
          <s:enumeration value="Wow"/>
          <s:enumeration value="This"/>
          <s:enumeration value="Is"/>
          <s:enumeration value="Really"/>
          <s:enumeration value="Simple"/>
     </s:restriction>
</s:simpleType>

它取决于WSDL - >代理生成器工具,将其解析为客户端语言中的枚举。

===============>>#7 票数:2

在这样的接口边界上不使用enum有一些很好的理由。 考虑一下Dare关于这个主题的帖子

===============>>#8 票数:0

我注意到当使用“添加服务引用”而不是VS.net中的“添加Web引用”时,实际的枚举值和枚举名称都会出现。 这真的很烦人,因为我需要支持2.0和3.5客户端。 我最终不得不进入2.0生成的Web服务代理代码,并在每次进行更改时手动添加枚举值!

  ask by Edo translate from so

未解决问题?本站智能推荐: