On 01/07/06, Jan Algermissen <[EMAIL PROTECTED]> wrote: > > > > > > > > > > On Jun 30, 2006, at 11:59 PM, Steve Jones wrote: > > > REST, SOAP, EDA et al are not architectural styles > > > Maybe it is helpful to note that people from the REST camp use > "software architecture" and "software architectural style" as they > have been approached by Wolf & Perry[1] and after that by Roy > Fielding in his dissertation. This approach defines a software > architectural style to be a set of constraints on certain elements of > a software architecture.
Yup... I just think we get caught up in the word architecture and don't like using the good old fashioned word of "design". > > AFAIK, "software architecture" is sometimes also used to mean > something like the technical infrastructure of a system (e.g. whether > you use J2EE or something else). Maybe this is some source of confusion? > > Anyhow, I'd encourage everyone to read the software architectural > discussion of Fielding's dissertation - it is an extremely sound > coverage and extension of what has bee laid out by Perry and Wolf. > Totally independent from the REST style (which is derived and defined > in the second part of the dissertation). > > ..... > > Steve, what is an "implementation style"? Cheers for the link, and for me an implementation style is pretty much what they define as software architecture, its about the specifics of the implementation, not about the overall vision and the direction of the system. Implementation style is one of those things that you decide in the design bits of the project when you are working out how to deliver the bugger. Architecture is about determining what the bugger is, its about the problem and understanding how to resolve and contain it, rather than about how to solve it. Trouble is that everything is now architecture and we don't like admitting to doing design. I tend to see architecture as the SOA bit, where you determine the services to be delivered, their principles, drivers and capabilities. These are the big picture elements, then either overall or for each of the services you have to work out the best way to do it. > > Jan > > [1] http://www.ece.utexas.edu/~perry/work/papers/swa-sen.pdf > > > > ------------------------ Yahoo! Groups Sponsor --------------------~--> See what's inside the new Yahoo! Groups email. http://us.click.yahoo.com/2pRQfA/bOaOAA/yQLSAA/NhFolB/TM --------------------------------------------------------------------~-> Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/service-orientated-architecture/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
