Laravel 如果我的URL资源不足,API仍然是REST API吗?

Laravel 如果我的URL资源不足,API仍然是REST API吗?,laravel,rest,django-rest-framework,Laravel,Rest,Django Rest Framework,在我的应用程序中,我有管理端点。URL,如: http://example.com/api/admin/customers http://example.com/api/admin/orders http://example.com/api/admin/movies 这些URI具有GET/POST/DELETE/PUT方法,这意味着这是RESTAPI 现在,过了一天,我创建了新的API URL,如下所示:http://example.com/api/regular/rate_movie. 我制

在我的应用程序中,我有管理端点。URL,如:

http://example.com/api/admin/customers

http://example.com/api/admin/orders

http://example.com/api/admin/movies

这些URI具有GET/POST/DELETE/PUT方法,这意味着这是RESTAPI

现在,过了一天,我创建了新的API URL,如下所示:http://example.com/api/regular/rate_movie. 我制作这个API是因为它资源丰富,没有任何好处。所以我称之为rate_movie,这是一个POST请求

在我的应用程序中,我有许多资源丰富的API URI,如上面所述,我也有很多不资源丰富的URI,它们中的每一个都是自己的,如/admin/get\u admin、/user/store\u movie


我的API仍然被称为RESTful API,还是在我创建了不同类型的API URL后它就死了?

您描述的那些附加API端点似乎遵循RPC远程过程调用风格。因此,将整个API称为RESTful可能会产生误导


如果它是一个小项目或者只是您在代码库上工作,那么这不一定是一个问题。如果涉及到其他人,您可能会突出显示REST和RPC端点,可能会注意到在代码或文档中使用的不同样式。

在url like->中的api关键字之前添加公共关键字,为什么它们是RPC?其他API也包括post、get和delete。它们只是被称为不同的名称约定。rate movie是一个短语动词,它意味着服务器远程程序将执行一个操作,并在请求时运行一个过程,就像函数调用一样。HTTP谓词和端点名称所隐含的谓词之间的冗余被认为是不可取的,并且是开发ReST样式的动机之一。这有什么区别?只有url更改。更改url可能会影响理解和使用API的容易程度。除此之外。。。是的,没什么区别。这一切都开始触及REST架构风格背后的基本原则。我建议查看罗伊的论文,了解其背后的原理。它们看起来确实像rpc调用,因为函数是在url rate_电影中编码的。如果它是纯REST,那么对于电影分级资源来说,它将是GET、PUT、POST、DELETE。因此,如果您想对一部电影进行评级,您可以将评级JSON发布到电影评级资源中。因此,与其将您可以做的所有事情作为一个单独的url公开给电影,不如公开电影的每个属性的REST端点,例如,在这些端点上评级和使用REST谓词。