HTML + AJAX + WebService = C/S or B/S?

关于事物发展总是呈螺旋曲线形上升的，我总是很同意，事情发展到一定的阶段其属性又和发展之前相似了，不过本质上已经提升了一个层次。

最近我和一个做Java开发的朋友聊天，他说他在为点心做一套BOSS的系统，准备全部用WebService，然后前端WebUI通过AJAX方式调用。详细的我不说了，如果去掉JSP部分，我们考虑发展为HTML + AJAX + WebService，是不是又回到了C/S时代？我们不再需要为一个跨越两端的东西(Page，也就是View)而编程，清晰的MVC再次出现，而大量ServerScript变成清晰的WebService同时处理重点再次转移到ClientScript，这是不是ThickClient的再现？呵呵……

C/S就C/S吧，又没什么不好，或许Avalon + XAML + .NET也是这样的模型。经过B/S的进化，这样的C/S也就规定了Client只能生存在某一个普遍使用的客户端框架下，例如Web框架，或者稍微不那么普遍的Java/.NET/Flash框架下。只要基于这个框架，那么Client的移植性是不会有问题的，老C/S架构关于Client移植性的问题也就解决了。Java搞跨平台那么多年，最终最成功的跨平台客户端框架是Web；MS现在自称其SmartClient思路集C/S + B/S + RIA的优势，而去掉这三者的劣势，不过最终能够达到这一目标的可能又不是SmartClient而是别的东西。