30. september 2004 - 21:34Der er
14 kommentarer og 1 løsning
Webservices retur værdier
Jeg vil gerne hører jeres mening om hvorledes I vil anbefale ens retur værdier skal struktureres for forholdvis simple webservices...
F.eks....
Jeg laver en webservice til tilmeldning af nyhedsbrev....
[WebMethod] public bool SignUpNewsletterReceipientList(string recipientEmail, string recipientName) { // persister informationerne return true; // returnere en bool værdi for indikation af persisteringen }
I ovenstående tilfælde returnere jeg meget simpelt en bool værdi for om data er blevet persisteret. Men der kan jo umiddelbart være flere forløb for ovenstående behandling af data...
1. Email adressen findes allerede i systemet 2. Email adressen er af forkert format 3. Alt ok
Vil I anbefale at man laver en retur klasse såsom...
public class NewsletterSignUpReturnValue { private bool _IsSuccesfull;
public bool IsSuccesfull { get { return this._IsSuccesfull; } set { this._IsSuccesfull = value; } }
private string _ReasonOfFailure;
public string ReasonOfFailure { get { return this._ReasonOfFailure; } set { this._ReasonOfFailure = value; } } }
I dette særtema om aspekter af AI ser vi på skiftet fra sprogmodeller til AI-agenter, og hvordan virksomheder kan navigere i spændet mellem teknologisk hastighed og behovet for menneskelig kontrol.
Men så er der jo ikke så meget mere man kan. En streng giver dig en "læselig" besked, et tal kræver at de leverer konstantdefinitioner, evt i form af en enum, med.
Man kan jo returne et objekt med en boolean og en streng, hvor man kan teste sikkert på boolean og få mere information fra strengen hvis false. Som foreslået af spørger.
Hmmm... jeg har lige lavet en lille test med en Webservice der har en public enum som return værdi.
Efterfølgende brugte jeg wsdl.exe til at lave en proxy klasse til et adskilt asp.net projekt. Umiddelbart ser det ud til at min enum forbliver som enum.
Dog ved jeg ikke om det samme vil være gældende for type clienter.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
