恕我直言,如果您的Web应用程序仅返回JSON / XML,则没有太大区别。但是,如果Web应用程序的某些端点需要返回HTML,则SpringMVC更好。我认为是因为JAX-RS不提供任何MVC机制(AFAIK)。Jersey(JAX-RS实现之一)提供了Viewable /Template以支持MVC,但这是Jersey特定的功能,不是JAX-RS规范的一部分。
https://jersey.java.net/documentation/latest/mvc.html
此外,此博客可能还会为您提供一些见解。
http://sleeplessinslc.blogspot.jp/2012/02/jersey-jax-rs-mvc-killed-spring-mvc.html (博客的结论与标题不同) ,不过。)
编辑-这是所问问题的答案:
标准化注释如上面的第二个链接所述:
Jersey是一种JAX-RS的实现,如果需要,可以将Jersey换成RestEasy之类的其他提供商。另一方面,Spring MVC具有RESTWeb服务支持,但不是JAX-RS实现,因此与Spring MVC紧密相关。
解决方法我在Spring MVC REST方面拥有丰富的经验,并交付了一些可靠的项目。我的问题是关于JAX-RS的合规性。这有关系吗,因为Spring会留下来,而且我没有预见(也没有理由)很快就要离开Spring MVC REST到Jersy或任何其他JAX-RS。有什么要强迫我考虑使用JAX-RS实现而不是Spring MVC REST的?