Web services RESTful架构,Spring vs JavaEE

Web services RESTful架构,Spring vs JavaEE,web-services,spring,jakarta-ee,rest,architecture,Web Services,Spring,Jakarta Ee,Rest,Architecture,我正试图为我正在构建的一些新项目确定一个架构解决方案 这些项目需要多平台、移动、平板电脑、桌面等。 因此,为后端/服务器选择RESTful api(json)的原因是 我已经在JavaEE上工作了很长时间,所以现在Spring和JavaEE6即将到期,但两者似乎都非常简单,Spring似乎有更多的配置和层 我一直在看Spring3.1REST和JavaEE6RESTEasy/Jersey 所有这些都很容易设置, Spring我使用了@EnableWebMvc和新的httpMessageConve

我正试图为我正在构建的一些新项目确定一个架构解决方案

这些项目需要多平台、移动、平板电脑、桌面等。 因此,为后端/服务器选择RESTful api(json)的原因是

我已经在JavaEE上工作了很长时间,所以现在Spring和JavaEE6即将到期,但两者似乎都非常简单,Spring似乎有更多的配置和层

我一直在看Spring3.1REST和JavaEE6RESTEasy/Jersey

所有这些都很容易设置, Spring我使用了@EnableWebMvc和新的httpMessageConverters等 休闲/运动衫

在RestEasy/Jersey中,web服务返回的内容似乎可以由请求(json/xml/html…)确定。在Spring中也是这样吗

任何其他建议都会非常有用


谢谢

是的,返回的数据类型在春季可以变化

您可以使用请求的accept标头,也可以为请求提供一个参数


参见前面的答案。

与其他框架相比,Spring的最大优势在于可以用自己的框架交换几乎所有的默认组件

在您的情况下,ContentNegotiationViewResolver可能就是您要使用的工具。默认情况下,它允许您通过accept标头、format url参数或扩展名(例如.json/.xml)确定请求的可转移类型


请参阅下面的示例和解释:

这并不是Java EE的优势。在JavaEE中,这可以自然地完成,而不需要交换任何类。我不同意这有什么好处。它甚至可能被认为是一个糟糕的设计。