跪求！关于现在REST API的Java服务端Controller层的作用是否越来越小了？感激不尽

Question

现在越来越多前后端分离项目，大多数Java服务端都只提供REST接口。Controller层感觉好多都只是将参数转给Service层而已
例如曾经见到的代码：
@RestController
publicclassLoginController{
@Autowired
privateLoginServiceloginService;
@RequestMapping("/login")
publicApiResultlogin(StringuserName,Stringpassword){
returnloginService.login(userNmae,password);
}
}
Java服务端要实现一个接口，感觉还是挺麻烦的，要建立Controller,Service,ServiceImpl,DAO,DaoImpl大体五个文件，现在的ORM框架基本都支持代理，少了DaoImpl。但还是有四个文件需要创建。
今天看到了Spring-data-rest觉得他的设计思路很好，但还是没有找到自定义返回结果的方法.只需要一个注解就自动生成了RESTAPI接口
@RepositoryRestResource(path="user")
@Repository
publicUserDaoextendsJpaRepository{
}
//就一个@RepositoryRestResource注解就生成了以下几个接口
GEThttp://localhost:8080/user//用户列表
GEThttp://localhost:8080/user/{id}//单个用户
POSThttp://localhost:8080/user//创建用户以application/json
PUThttp://localhost:8080/user/{id}//更新用户信息请求体为applcation/json
还有HEAD,PATCH,DELETE等接口
当然spring-data-rest有很多不足，但框架有意的封装Controller层，这是否说明Java服务端REST服务可以无Controller.可以不用写Controller层代码。只关心业务逻辑？
@RestService
publicinterfaceLoginService{
@RequestMapping("/login")
ApiResultlogin(StringuserName,Stringpassword);
}
类似上面的代码是否我们对于@RestService的需求要大于@RestController?Controler层是否在现如今的REST服务下作用已经很小了?

Answer 1

个人觉得，springmvc模式中，一个http请求过来，处理请求的还是servlet，是否需要controller其实影响不大，如果可以封装的更高效，更便捷，那最好，楼上无用的结论持保留意见吧