Re: Returning interfaces from web-services and remoting servers?
- From: "Ben Fidge" <ben.fidge@xxxxxxxxxxxxxxx>
- Date: Mon, 20 Jun 2005 20:01:13 +0100
Thanks for the advice. I'd already decided on using a client-side proxy that
deals with the brokering of the data, and I also see the remoting server and
web-service as purely "pass-through" layers.
I was rather hoping that the web-service, remoting server etc would all
support the same interface as this will be well defined.
Thanks for the info anyhow. I'll definitely read up on SOA as you suggest.
Ben
"Ryan Kinderman" <RyanKinderman@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:A36F1EE1-247C-43BA-8AA2-D4BF6BFC6597@xxxxxxxxxxxxxxxx
> Your best bet is probably to have local assemblies that define your
> interfaces and interface implementations. The implementations would be
> responsible for connecting to the web service to meet the contract for the
> interface(s) they implement. The web service is just a way to pass data
> around.
>
> You might want to read up on service-oriented architectures before you
> start
> development. There is lots of good info on the subject on the web. Also,
> you could check out Rockford Lhotka's CSLA framework for his ideas on how
> to
> properly-wrap data logic. Some links follow:
>
> http://www.lhotka.net/
> http://www.terski.com/blog/#aec62f263-9e18-4c9b-817a-199ce369a4d9
> --
> Ryan Kinderman
>
>
> "Ben Fidge" wrote:
>
>> Hi
>>
>> I'm just about to start the design and development of a large in-house
>> Content Management System. The system will be ASP.NET based with a Sql
>> Server
>> back-end and will be developed be using VS.NET 2003 Ent. architect.
>>
>> Due to high demand (~10,000 users), and varying network setups across
>> sites
>> using the system, I want to deliver an n-tier solution where the data
>> layer
>> can be implemented as either a web-service, remoting server or a simple
>> dll
>> assembly. Each particular installation will specify in web.config which
>> method to employ according ot its own specifics.
>>
>> In order to provide the desired level of abstraction, and "flatten" the
>> three technologies, I'd like to be able to return the data-access classes
>> as
>> interfaces to the client. This will simplify client-side development as
>> the
>> client code will only need to be aware of the interfaces and not the
>> implementations. I plan to have a client-side proxy that is responsible
>> for
>> brokering instances of the data access classes.
>>
>> My questions are:
>>
>> - Can web-services and remoting servers implement interfaces?
>> - Can WebMethods etc return/receive interfaces instead of classes?
>> - Is there a better way of doing this?
>>
>> Any enlightenment most gratefully received,
>>
>> Ben
.
- Follow-Ups:
- Re: Returning interfaces from web-services and remoting servers?
- From: Ryan Kinderman
- Re: Returning interfaces from web-services and remoting servers?
- References:
- Returning interfaces from web-services and remoting servers?
- From: Ben Fidge
- RE: Returning interfaces from web-services and remoting servers?
- From: Ryan Kinderman
- Returning interfaces from web-services and remoting servers?
- Prev by Date: mmc fails to load mscorcfg.msc (Update)
- Next by Date: Re: generic error in GDI+ occurs when drawing windows metafile
- Previous by thread: RE: Returning interfaces from web-services and remoting servers?
- Next by thread: Re: Returning interfaces from web-services and remoting servers?
- Index(es):
Loading