> No response?
Hi
I will give one :-)
One disadvantage I could think (if I have to find one) is that your
client (classic ASP webapp) have to look up two services. Hmm.. no big
deal, but like I said: If I have to find a disadvantage.
Generally it is (at least I think so) considered a good approach to
design your webservices coarsegrained. But the one you seem to be
developing seems VERY coarsegrainged.
Try to model the services around the business domains that your services
access, eg. accounting, inventory, sales, etc, and create a service for
each domain.
You will find yourself in "in-your-head-discussions" of where to put (in
which service) some of the webmethods, but that is only naturally :-)
And most important of all. It is the foundation of separation of concerns.
Hope that helps.
Regards
Henrik
PKSpence - 03 Nov 2005 15:19 GMT
Thanks for your input! It sounds like you're suggesting to separate the
business domains into different webservices, not classes w/in the same
webservice. Correct?
>> No response?
>>
[quoted text clipped - 21 lines]
> Regards
> Henrik
Henrik Gøttig - 07 Nov 2005 07:52 GMT
> Thanks for your input! It sounds like you're suggesting to separate the
> business domains into different webservices, not classes w/in the same
> webservice. Correct?
Yes, that is exactly what I am suggesting.