|
Anne wrote
> In a traditional service-oriented approach, a service implements a
function that can be performed
> on multiple instances of a resource. You do not have a different
service for each resource.
> .e.g, you have a stockQuote service -- you input a stock symbol and it
returns
> the stock quote for that stock symbol. You don't define a separate
service for each stock symbol.
> The latter would be a resource oriented approach -- and it makes much
more sense to use a uniform
> interface( i.e., REST) when using a resource-oriented
approach.
The more I hear about the REST paradigm, the more I think it is very similar to that proposed by the advocates of "Naked Objects" ( http://www.nakedobjects.org/ ). Although Naked Objects is concerned with the interface presented to humans (rather than a service interface presented to other systems) their object-based interface seems very similar to the REST resource-based interface. Is anybody else on this list familiar with
Naked Objects and, if so, do you agree with the similarity I
suggest?
Rgds
Ashley
__._,_.___
SPONSORED LINKS
YAHOO! GROUPS LINKS
|
- Re: [service-orientated-architecture] Zapthink on SOA/... Ashley at Metamaxim
- Re: [service-orientated-architecture] Zapthink on... Anne Thomas Manes
- Re: [service-orientated-architecture] Rest an... Ashley at Metamaxim
- [service-orientated-architecture] Re: Res... patrickdlogan
- Re: [service-orientated-architecture]... Ashley at Metamaxim
- Re: [service-orientated-architecture] Zapthin... Mark Baker
- Re: [service-orientated-architecture] Zapthink on... Michael Poulin
- Re: [service-orientated-architecture] Zapthink on... Gregg Wonderly
- Re: [service-orientated-architecture] Zapthin... Jan Algermissen
- RE: [service-orientated-architecture] Zapthink on... Harm Smit
- RE: [service-orientated-architecture] Zapthink on... Harm Smit
