Er der en som har et eksempel på webservice hvor input (streng længde osv valideres) og anden logik valideres f.eks. kan ikke oprette en sag med debitor nr. hvis debitor ikke findes. Hvis validering fejler skal der fejlkode/tekst retur soap fault?
Problemet er ikke så meget selve servicen, men mere arkitektur og hvor ligger valideringen. Jeg tænker at lave et servicelag og db lag Vil det være mest hensigtsmæssigt at få data ind, som objekt eller simple typer ? jeg har objekterne da de benyttes andet sted.
1) Du skal have truffet et valg om du vil bruge WCF eller "gammeldags" ASP.NET web services.
2) Jeg vil forslaa 3 lag: service, business logic og data access.
3) Basal validering af data format (bestaar det angivne id af 7 tegn som alle er tal) hoerer hjemme i service layer. Rigtig validering (eksisterer id) hoerer hjemme i business logic layer.
4) Jeg vil anbefale objekter ikke simple typer som argumenter hvis det passer med data modellen - altsaa at det logisk set er et objekt.
5) Men for portabilitet og nemhed i brug ville jeg forsoege at holde de klasser som bruges i service API relativt simple. Kun 1 eller 2 niveauer klasse. Portable simple data typer (streng, heltal, boolean).
Synes godt om
Ny brugerNybegynder
Din løsning...
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.
