|
I'd be partial to versioning the service in this instance if the difference in the result is semantically distinct. By returning a result that has changed semantics, you're changing the contract of the service. Anytime the contract changes I'd suggest that that represents a new version of the service. For an example, let's start with f(x) returning the square root of x. If f(4) was returning 1.78 and you fixed it to return 2, then I'd say that's not a new version. If you changed your algorithm so that f(4) returned the cube root of 4, and that was the correct purpose of the function with the business changes that drove it, then I'd say it's a new version. You've changed the expectations inherent in the contract so you should use version the service to make that clear. Chuck
On Sep 27, 2006, at 9:33 AM, jeffrschneider wrote:
SPONSORED LINKS
Your email settings: Individual Email|Traditional
Change settings via the Web (Yahoo! ID required) Change settings via email: Switch delivery to Daily Digest | Switch to Fully Featured Visit Your Group | Yahoo! Groups Terms of Use | Unsubscribe __,_._,___ | ||||||||||||||
- Re: [service-orientated-architecture] if f(x) changes, d... Chuck D'Antonio
- [service-orientated-architecture] Re: if f(x) chang... Gervas Douglas
- Re: [service-orientated-architecture] Re: if f(... Michael Poulin
- RE: [service-orientated-architecture] Re: i... David Orchard
- RE: [service-orientated-architecture] R... Michael Poulin
- Re: [service-orientated-architecture] if f(x) chang... Anne Thomas Manes
- Re: [service-orientated-architecture] if f(x) chang... Mark Baker
- Re: [service-orientated-architecture] if f(x) c... Michael Poulin
- Re: [service-orientated-architecture] if f(... Radovan Janecek
- Re: [service-orientated-architecture] i... Mark Baker
- Re: [service-orientated-architectu... Stanley Stanev
