REST+RIA方案

理论上是可能的，但是这个例子如果全部用Ajax来做会怎么样？
我考虑过这个问题。我思考的结果是觉得很不自然。Ajax仍然是要请求服务器的。在客户端保存购物车，却要服务器来提供页面，还要两者组合在一起，这不是自找麻烦？
我也没有看到过哪个应用是完全用Ajax写的。

你对Ajax的理解太狭窄了。
按照你的理解，Gmail也不能算这类应用，因为在Gmail中同样有翻页。
Google Maps则完全不能算Ajax应用，因为它没有用到XMLHttpRequest。

另外你将Ajax与RIA技术完全对立起来的看法是错误的。

我的回答是“未尝不可”。
这个问题本来就是在技术方案之间做比较的。我相信单个页面肯定可以做到，但好不好则是需要实际数字来说明的。
如果你能提供一个单页面的解决方案来说明问题，我也非常乐见其成。

在看楼主的实现中，我发现rest的一个必要因素就是要有ria。换句话说rest和ria是共生的。如果没有好的ria技术，rest是很难实现的。之所以以前没有人提出rest，是因为技术还没到那个程度。

我不想把话题带偏，上述问题也不打算回答。
现在的问题是：使用Ajax技术，在客户端保存cart是否可行？如果可行，这种方案优缺点何在？

我希望这个帖子里讨论具体的技术方案。至于要不要对Ajax正本清源，请另开话题，好么？

正是由于现在ria技术的日新月异，我们才得以把资源如此清晰的分离开来，并且不用考虑表现的因素。

你这样理解就有点儿不妥了，服务器端提供内容的颗粒度可大可小，大到整个页面，小到单纯的数据。
如果数据不需要更新，完全没必要去请求服务器。
可以完全按照你用flash来呈现的做法，使用js来呈现页面。

附加的一个好处是不局限于post，get，还可以使用其它方法。

当然缺点也很明显，用js来呈现页面，终归不如flash来的方便。

ajax也是ria的一种吧。
客户端保存状态一般可以用cookie。
现在甚至有了google gear技术。

为什么不可行？Ajax应用为什么不可以把状态保存在客户端呢？你了解Ajax吗？

从技术上讲，REST和RIA没有什么必然的联系，一个在服务端，一个在客户端。REST并没有要求客户端一定是什么，RIA也不是只能访问REST服务。
不过REST+RIA的组合确实很好，它们之所以先后兴起，彼此之间大概也不能说完全没有关系。