dotnet web services: Design help. -- dotnet web services

RE: Design help.

Claus Konrad [MCSD]
11/23/2006 1:38:02 PM

You are on the correct path!
The better design approach is to declare your interfaces first.

1) Declare interfaces
2) Implement this interface in your classes (C# class).
3) Implemtent the webservices classes from the same interface
4) In the WS, authenticate and authorize access to the business logic
implemented in your "true" classes (step 2).

Why?
Well - first of all it forces you to take a contract-first approach. Next it
allows you to call the logic from another "client" than the webservice that
exposes the methods. Second it de-couples the businss from the fact that it
is exposed as a webservices; not really a businnss entiity, is it?

Example:

public interfaces IOrder
{
string GetSomething(arguments...);
}

public class Order : IOrder
{
//..
}

[WebService]
public class OrderService : WebService, IOrder
{

[WebMethod]
public string GetSomething((arguments..)
{
//authorize
//if not allowed access - throw UnAuthorizedAccessException!

//instantiate businnss logic

//return data
}

}

--
rgds.
/Claus Konrad
MCSD.NET (C#)

[quoted text, click to view]

Re: Design help.

John Sitka
11/24/2006 1:29:09 PM

Thank you, I'm not skilled enough to understand though.

[quoted text, click to view]

Re: Design help.

Claus Konrad [MCSD]
11/24/2006 1:34:01 PM

Fair enough.

In that case: It is best practice NOT to implement business logic directly
in the WebService methods. Do this in dedicated dll's (assemblies).

Let the webservice methods expose this logic to the "world", no more.
It is the job of the webservice to decide whether clients are allowed to use
the logic though, hence let the webservice authorize access or not to the
business logic.

If allowed access - instantiate the business logic and delegate the call to
these components.

Is this more clear?
--
rgds.
/Claus Konrad
MCSD.NET (C#)

[quoted text, click to view]

Re: Design help.

John Sitka
11/27/2006 9:46:41 AM

Yes, I think I kind of froze up when you mentioned contract first, I started having visions
of having to maintain the WSDL in notepad. The more I tried to understand the more I realized
I'm not at that level yet. Really the original question was derived after looking at some sample code,
I thought to myself, Since all the webservice is doing is relfecting the methods why would
I put any business logic in the .asmx code. At least that instinct, while probably not absolutely
true in all cases, was kind of correct.
Thanks

[quoted text, click to view]

Got something to say? Click here to post a reply to this thread.

Don't see what you're looking for? Try a search.

View other messages in the dotnet web services group.