Action是Controller还是Service?

考察了一下xWork。
xWork的核心是一个基于command模式的Action。Action前面有一个ActionProxy，使得Action可以跑到另外一个进程中去。

Action是ApplicationController还是Service?

如果是前者，作为经典的Web应用，没啥问题。
但在AJAX中，Controller实际上可以挪到Browser里去，于是Action就变成Service了？

其实真正开发的时候并不是区分的非常严格，可以把有些业务代码写在action中，可以把复杂的，需要重用的业务代码放到service中。我们开发web项目的时候就规定把action作为service,而不需要组员在写代码的时候老是想业务代码需要放action还是service层，其实规定好了，代码的维护还是没问题的。

action is controller + model

如果仅仅需要支持基于Web的客户端，我也看不出，另外增加一个Service层有什么意义。俺也认同Action就是Service层。
不过，如果需要支持不同的客户端，将Action同Service分离开来，还是有意义的，毕竟不同的客户端，可以选择不同的接入方式。

在ajax中action我看都可以退休了。

我感觉可以这么理解吧.以前用webwork action时候不就是调用service层的东西操作model么。现在ajax一个页面作的操作也要调用不同的service 就相当于一个action 但是没人总结出来一个经验就是如何在客户端做这个Front controller 现在都是类似于以前的page controller当然ajax里面不是page 而是一次交互的controller

那后台服务用什么？

我觉得讨论这个没啥实际意义，就好像讨论行车线一样。行车线只是结果。我认为MVC是结果，让项目架构清晰、易于维护才是目的。至于谁是M谁是C，就好像那谁是好人谁是坏人一样，狠难说