RESTful HTML页面

RESTful HTML页面,html,web-services,rest,get,separation-of-concerns,Html,Web Services,Rest,Get,Separation Of Concerns,我对web服务的理解是,它们用于提供可分发的功能。然而,由于RESTfulWeb服务可以返回HTML并在浏览器中将此HTML显示为常规网页,因此我们拥有的是视图而不是业务逻辑。这是有用的还是违反了关注点分离原则?您在这里混淆了一些东西 REST是一种web api设计模型,因此关注不同应用程序的集成,而不是这些应用程序的内部结构 也就是说,REST是一个非常轻松的模型。然而,休息系统的基石是: 其状态较低 您没有像soap那样的会话,在soap中,您首先进行身份验证,然后获取会话id并可以执行操

我对web服务的理解是,它们用于提供可分发的功能。然而,由于RESTfulWeb服务可以返回HTML并在浏览器中将此HTML显示为常规网页,因此我们拥有的是视图而不是业务逻辑。这是有用的还是违反了关注点分离原则?

您在这里混淆了一些东西

REST是一种web api设计模型,因此关注不同应用程序的集成,而不是这些应用程序的内部结构

也就是说,REST是一个非常轻松的模型。然而,休息系统的基石是:

其状态较低

您没有像soap那样的会话,在soap中,您首先进行身份验证,然后获取会话id并可以执行操作。在rest中,每个呼叫都是独立的,具有需要处理的所有数据/信息,不依赖于任何正在进行或正在进行的呼叫

每个服务都可由uri唯一寻址

有些操作必须符合某些标准

例如,一个简单的web服务器通常会收到请求,这些请求必须是安全的,这意味着它们不会修改任何内容,它们是只读的

这里有一篇好文章


谢谢你,但我看不出这有什么关系。我在RESTful服务上使用get请求,该服务返回HTML,遵循本教程:通过将资源作为启动页面,它将HTML显示为正常的HTML页面。这正是我感到困惑的地方。好吧,一旦涉及java,我将行使保持沉默的权利;)意识形态和定义在这里容易发生冲突。好吧!不过,谢谢你的文章,这是一篇有趣的文章。信不信由你,HTML并不是为视图而设计的。HTML应该是内容。基于HTML的标准网站可以完全符合所有REST约束。