1回答
我有一个情况:类别-不同类型的主数据。订单-具有对类别的引用。它是从订单到类别的一对一映射。Order表有一个Category的外键列。现在可以获取订单的api是否将返回类型设置为会很好，或者我们应该将json返回为
{ "name:"abc", "category" : "CAT-A&quo
浏览 19提问于2018-07-30得票数 0
回答已采纳
3回答
主机可以使用以下方法登录和创建事件：获取主机创建的所有事件的GET /events到目前为止看起来还不错，但是邀请响应的约定是什么？另一种选择是保留PUT <em
浏览 2提问于2019-08-25得票数 1
2回答
我有一个用Laravel构建的应用程序。我只是想了解应用程序的正确命名约定。因为Laravel是RESTful，所以我想为REST保留正确的命名约定。
/user
浏览 1提问于2017-01-12得票数 0
回答已采纳
1回答
我们的新团队用API后缀类名来表示它们封装了RESTful方法。例如："PaymentTemplateAPI"，"FeeTemplateAPI“类。我觉得很奇怪，因为API是一个通用术语，指使用任何体系结构样式(REST、RPC等)创建的任何API/方法。我建议添加后缀"RestAPI“来表示类包含REST方法，或者根本不添加它。我只投后一票。如果用"API“后缀RESTful类名是一种<em
浏览 0提问于2021-12-29得票数 3
回答已采纳
是否有关于REST服务器还原的位置是否也应包括版本信息的标准或约定？对于REST，URI是指向资源的，因此根据该定义，在Location头中返回的URI不应该有版本。但是服务器返回的位置上的GET应该正常工作，但是如果没有将版本信息添加到URI中，它就会失败。客户端是否应该知道服务器的首选版本，特别是当可能存在聚合不同API版本上的多个后端微服务
浏览 8提问于2022-01-19得票数 0
25回答
我是REST新手，我观察到在一些RESTful服务中，它们使用不同的资源URI来更新/获取/删除和创建。比如
Create -在某些地方使用带POST方法的/resources (请观察复数)使用/resource Create-使用带PUT方法的/resource/123 GET -使用带有GET方法的我对这个URI命名约定有点困惑。我们应该使用复数还是单数来创建资源？在
浏览 452提问于2011-07-27得票数 644
回答已采纳
1回答
我公开了一个REST，供客户创建和管理以下格式的/api/v1/customers/{id}/orders [GET,POST] /api/v1/customers/{id}/orders/{id} [PUT, DELETE,GET]订单
现在，我有了employees的另一组实体。员工还应该能够访问[GET] API来检查订单。访问客户订单的命名约定<
浏览 1提问于2022-05-27得票数 0
在REST中，完整的API有一些方法名，如:GET、PUT、POST等。对于某些特定操作(CRUD)，但是我可以使用任何方法执行任何操作。DB操作示例：
那么，当我们调用rest完整的API时，为什么需要这个方法
浏览 5提问于2017-06-04得票数 0
回答已采纳
修补程序/api/ user /:id/ =>用户更新电子邮件如上所述，我设计了基于Rest的API路径。但是，我有个问题jwt_token有用户的id信息
我认为，更好的方法是在jwt_token中使用用户id，而不是将用户id添加到参数中。但是，我还有一个问
浏览 2提问于2022-04-25得票数 1
回答已采纳
假设您正在Rails中实现一个REST API。在提供集合服务时，您可能希望只包含几个属性：但在为单个资源提供服务时，您需要包含所有属性：我不知道如何使用ActiveModel::Serializers来做到这一点，因为示例都使用这样的模式:为每个模型定义一个序列化程序(使用标准命名约定)，并让AMS在执行此操作时自动在控制器中使用正确的序列化程序
浏览 1提问于2012-09-19得票数 41
回答已采纳
两项资源：
数据库表名为user_product，描述了用户与产品之间的关系。但是，端点POST /user/{id}/product/{id}将指示在user下更新特定的product，而不是创建新的关系。因此，我将资源命名为POST /user/{id}/product/{id}/purchase，它定义了虚拟资源</em
浏览 1提问于2014-03-09得票数 0
3回答
我们的服务器目前提供一个REST-ful API，允许用户按预期使用CRUD资源。 如果我们有一些不是资源的东西，比如帮助数据，会发生什么呢？我们必须遵守严格的REST约定吗？例如，假设我们有一个REST-ful API中的dog： GET: /dogs/POST: /dogs/
PUT
浏览 2提问于2013-03-05得票数 3
2回答
假设我有一个API来获得产品ID为：api/products/<productid>的产品。
给出一个产品ID来获取相关的产品的REST方式是什么?我想我可以在与api/products?id=<productid>相同的端点上使用一个查询，但不确定这是理想的还是可能令人困惑的。
浏览 3提问于2020-09-16得票数 0
1回答
多元化的Rest资源
、、、
我想创建一个新的rest资源来搜索数据库中的实体。我必须将请求作为POST发出，因为在请求正文中传递了一个复杂的标准。 我将我的资源端点创建为/search，然而，我了解到资源应该始终是多元的。我想知道/searches是否是标准的命名约定？
浏览 14提问于2020-09-11得票数 0
我们已经在mongoose中使用express实现了REST api，我想知道应该如何在rest API中实现子文档的添加/删除。我可以把这两个放在一个单一的put契约中，并期望一些变量让我知道是否正在添加或删除子文档。
或者，我可以将添加的子文档放入put约定中，并为删除该子文档定义一个单独的删除约定。但是，我找不到任何关于哪种方法是
浏览 0提问于2016-05-17得票数 1
1回答
理想的API路由
、、、、
我正在写一个api。到目前为止，我一直在使用一条路由：我传入了一个我想在json字段中对资源执行的操作，并从那里开始。从程序员和用户的角度来看，这是理想还是更好的情况？会不会像这样：变得更有用，restful，正确(随你选)。或者这根本无关紧要？它按原样工作，但我的</em
浏览 2提问于2012-08-24得票数 0
回答已采纳
1回答
我尝试过搜索这个网络，但是没有为下面的请求找到任何最佳实践url命名约定的例子。因此，API将支持以下特性：
查看配置文件数据(名、姓、电话号码.)。为这个资源形成url的最佳方式是什么。在第一种情况下，我们的客户端(REST
浏览 4提问于2015-06-10得票数 0
回答已采纳
10回答
在创建REST API时，API中的命名约定是否有任何指导原则或事实标准(例如: URL端点路径组件、查询字符串参数)？驼峰大写是常态，还是下划线？其他?例如：或注意:这不是RESTful应用程序接口设计的问
浏览 1提问于2009-04-22得票数 217
回答已采纳
云服务器
ICP备案
云直播
腾讯会议
实时音视频
腾讯云开发者
