REST Web服务与JSON服务

Question

REST Web服务暗示服务器端（大多数情况下）是无状态的，URL对应于资源，而HTTP GET / POST / DELETE / PUT方法对应于对这些资源的操作。

我计划在依赖于服务器端状态的JSON服务层上工作，具有与资源相对应的url，并具有与/ add / update / delete之类的URL对应于不同的操作，以及使用HTTP POST的所有这些url。

1. 正确的术语是什么？ 应该将其称为JSON Web服务吗？ 有没有特定的名词？
2. 看起来Jersey + JAX-RS为此非常有用。 可以吗
3. 在这种应用程序中使用Struts是否有意义？

Answer 1

1. JSON是一种文件格式，您的休息服务可能会（或可能不会）使用JSON发送其答案。 如果使用此格式与Web服务进行通信，则不能说您的服务是JSON Web服务。
2. 确实，Jersey是一个很好的JAX-RS实现。 但是，它不是唯一的。
3. 如果您需要一个Web应用程序来与Web服务进行交互，则可以使用Struts。 但是，您可以为系统前端使用任何其他工具（包括一些较新的技术，struts确实很旧）。

Answer 2

好吧，它不是REST。 但是，要克服这种普遍误会的趋势是不会发生的。

您所描述的实际上是世界上大多数人将其视为REST的观点，因此仅需这样称呼就可以了。

在真正的Restifarian存在的情况下，您会得到一些回击，因为它们是正确的-但是，确实没有太多需要为您的日常生活增加很多困惑，因为它们之间的区别（以及它们带来的巨大好处）负担得起...）在与您一起工作的任何人上都大失所望。

（1）足够准确，还是干脆休息。 （2）是多余的，但它是该技术的良好框架。 （3）我会说不，但是请注意，当问到这个问题时，我确定您已经决定了。