抱歉,这个问题听起来有点愚蠢,但在使用Jersey开发了一些RESTful服务之后,我问自己一个问题——如果REST只是一种架构,并不像SOAP一样是一个协议,那么我们为什么需要像JAX-RS这样的规范呢?
实际上,我搜索了一些类似"Servlet与RESTful服务在HTTP上的区别是什么"的问题,并总结了社区的答案,得出以下结论:
1. RESTful服务开发(使用Jersey)是一种架构,它本质上使用servlets。
2. JAX-RS兼容的工具(如Jersey)提供了XML / JSON数据的轻松编组和反编组,帮助开发人员。
3. REST帮助我们使用GET / POST / PUT / DELETE比普通servlet更有效率地进行操作。
根据这些答案,我猜想,如果我编写一个使用JAXB(用于处理自动序列化)的servlet,并且在我的servlet代码中有效地使用GET / POST / PUT / DELETE,而不使用像Jersey这样的工具,因此也不需要使用JAX-RS。
我知道我非常错误,请纠正我。
PS:当我不得不在PHP中开发一些RESTful服务时,这个疑问实际上出现了。经过查看一些RESTful PHP代码后,我意识到它们只是一些旧的PHP脚本,带有一些处理XML / JSON的辅助方法。
实际上,我搜索了一些类似"Servlet与RESTful服务在HTTP上的区别是什么"的问题,并总结了社区的答案,得出以下结论:
1. RESTful服务开发(使用Jersey)是一种架构,它本质上使用servlets。
2. JAX-RS兼容的工具(如Jersey)提供了XML / JSON数据的轻松编组和反编组,帮助开发人员。
3. REST帮助我们使用GET / POST / PUT / DELETE比普通servlet更有效率地进行操作。
根据这些答案,我猜想,如果我编写一个使用JAXB(用于处理自动序列化)的servlet,并且在我的servlet代码中有效地使用GET / POST / PUT / DELETE,而不使用像Jersey这样的工具,因此也不需要使用JAX-RS。
我知道我非常错误,请纠正我。
PS:当我不得不在PHP中开发一些RESTful服务时,这个疑问实际上出现了。经过查看一些RESTful PHP代码后,我意识到它们只是一些旧的PHP脚本,带有一些处理XML / JSON的辅助方法。