Cum să transmiteți valorile enumerate unui serviciu web

Nu pot vorbi decât despre .net, dar dacă aveți o ASP.net Webservice, ar trebui să puteți adăuga o enumerare directă la acesta.

Atunci când utilizați "Add Web Reference" în aplicația client, clasa rezultată ar trebui să includă acea enum

Dar asta e deasupra capului meu, sunt destul de sigur ca am facut-o in trecut, dar nu pot spune cu siguranta.

În .NET, valorile de enumerare sunt (în mod implicit) serializate în xml cu numele. Pentru instanțele în care puteți avea mai multe valori ( steaguri ), atunci se pune un spațiu între valori. Acest lucru se datorează faptului că enumerarea nu conține spații, astfel încât să puteți obține din nou valoarea prin divizarea șirului (de exemplu, "Invoice Contract SignedWorkOrder", folosind exemplul lui Lubos).

Puteți controla serializarea valorilor din serviciile web asp.net folosind XmlEnumAttribute sau folosind Atributul EnumMember atunci când se utilizează WCF.

Dacă consumați serviciul Web dintr-o pagină / aplicație .NET, ar trebui să puteți accesa enumerarea după ce adăugați referința Web la proiectul care consumă serviciul.

Există câteva motive destul de bune pentru a nu utiliza enum s pe o limită de interfață ca aceea. Luați în considerare Postați Dare pe această temă.

Am observat că atunci când se utilizează "Add Service Reference" spre deosebire de "Add Web Reference" din VS.net, valorile actuale ale enum se întâlnesc precum și denumirile enum. Acest lucru este foarte enervant, deoarece am nevoie să sprijin atât 2.0 și 3.5 clienți. Am sfarsit prin a intra in codul proxy de servicii generat 2.0 si adaugand manual valorile enum de fiecare data cand fac o schimbare!

Dacă nu lucrați cu .NET la .NET SOAP, puteți defini în continuare un enumerator cu condiția ca ambele puncte finite să utilizeze WSDL.

Its up to the WSDL -> Proxy generator tool to parse that into a enum equivalent in the client language.

Încă aș folosi enumerarea pe plan intern, dar aș aștepta ca consumatorii să-mi transmită doar numele, nu valoarea numerică însăși.

doar un exemplu prost pentru a ilustra:

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

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

Aș sugera să nu treceți un întreg între ele, pur și simplu pentru scopuri de citire și depanare. Spuneți că treceți prin jurnalele dvs. și vedeți o grămadă de 500 de erori pentru DocumentType = 4. Acum trebuie să mergeți să căutați ce DocumentType este 4. Sau dacă una dintre aplicații se referă la un număr care nu există în celălalt, probabil din cauza versiunilor neadecvate.

Este un cod mai mic și rupe porțiunea statică de tastare a creierului un pic brute, dar în protocoale deasupra HTTP, înțelepciunea primită este de a se potrivi cu șiruri lizibile peste enumerări opace.