Web services Web服务API体系结构

Web services Web服务API体系结构,web-services,api,rest,Web Services,Api,Rest,我最近编写了一个RESTWeb服务API,允许其他网站远程注册我的网站 我已经将所有必要的验证和过滤编程到API中 我的问题是,我现在是否应该确保我自己的注册表单在处理用户注册时使用web服务API 表单本身已经有了非常相同的验证,但是如果只有一个方法最终负责验证/过滤,那么它似乎是最好的 这个解决方案似乎也不是最好的,因为我现在正在制作一个REST客户端,以便从完全相同的网站上触摸我自己的web服务API 想到的最后一个解决方案是将验证放在我的用户模型上,并在触发验证时向web服务API抛出异

我最近编写了一个RESTWeb服务API,允许其他网站远程注册我的网站

我已经将所有必要的验证和过滤编程到API中

我的问题是,我现在是否应该确保我自己的注册表单在处理用户注册时使用web服务API

表单本身已经有了非常相同的验证,但是如果只有一个方法最终负责验证/过滤,那么它似乎是最好的

这个解决方案似乎也不是最好的,因为我现在正在制作一个REST客户端,以便从完全相同的网站上触摸我自己的web服务API


想到的最后一个解决方案是将验证放在我的用户模型上,并在触发验证时向web服务API抛出异常。此解决方案有任何缺点吗?

REST的主要好处之一是定义一个接口,远程客户端可以轻松访问该接口,而客户端和服务器之间的耦合量最小。当您不控制客户端时,这非常有用。这允许您在不破坏现有客户机的情况下改进服务器接口

REST接口实际上应该只是验证和注册逻辑上的一个薄层。从理论上讲,在您自己的网站中重复使用该逻辑应该很容易,而无需通过RESTAPI

您的网站不在远程计算机上,您可以控制客户端和服务器部分,因此通过REST接口不会获得任何好处