- From: Roy T. Fielding <fielding@gbiv.com>
- Date: Sun, 17 Oct 2010 14:23:24 -0700
- To: Larry Masinter <masinter@Adobe.COM>
- Cc: John Kemp <john@jkemp.net>, "Appelquist, Daniel, VF-Group" <Daniel.Appelquist@vodafone.com>, "jar@creativecommons.org" <jar@creativecommons.org>, "www-tag@w3.org" <www-tag@w3.org>
On Oct 14, 2010, at 2:11 PM, Larry Masinter wrote: > Well, I wonder if we might introduce another step between > "resource" and "representation" which is "application resource > in identified state", so that the representation isn't a > representation of the resource, but a representation of the > resource in that state. Umm, what? That would be terribly confusing and contrary to why I used the term representation in the first place (it is a representation by the origin server to the recipient of the state of that identified resource at the time of message generation). You might be thinking of the hypermedia workspace -- the state of the user agent as it proceeds through an application, which may include hundreds of representations in various states of modification or use by the user agent. Please don't confuse that with resource state or representation -- it is neither of those. There is a huge architectural difference between what is known by the server (and available to others as a resource) and the current state of one user agent's workspace. This is particularly important when the application uses a special resource to store the workspace state itself, such that it can be restored or shared with other devices. ....Roy
Received on Sunday, 17 October 2010 21:23:53 UTC