Angularjs 一款游戏的RESTAPI
我正在开发一个web分布式应用程序，让任何用户都可以玩克朗代克（纸牌）游戏。我想开发一个API REST，但我不确定资源URL应该是什么样子 在服务器端，我有“游戏”、“股票”、“浪费”、“表格”、“基金会”等课程。游戏类有moveFromStockToWaste、moveFromTableauToTableu。。。它实现了游戏的动作 关于RESTAPI，我读到的是，资源URL应该看起来像一个名词的层次结构，而对这些名词的操作（动词）是HTTP方法（GET、PUT、POST、PATCH）。 虽然moveFromTableauToTableau资源是一个动词而不是名词，但我不确定通过API REST将卡片从库存转移到废弃物的方式是否应该是这样：Angularjs 一款游戏的RESTAPI,angularjs,spring,rest,web-services,web,Angularjs,Spring,Rest,Web Services,Web,我正在开发一个web分布式应用程序，让任何用户都可以玩克朗代克（纸牌）游戏。我想开发一个API REST，但我不确定资源URL应该是什么样子 在服务器端，我有“游戏”、“股票”、“浪费”、“表格”、“基金会”等课程。游戏类有moveFromStockToWaste、moveFromTableauToTableu。。。它实现了游戏的动作 关于RESTAPI，我读到的是，资源URL应该看起来像一个名词的层次结构，而对这些名词的操作（动词）是HTTP方法（GET、PUT、POST、PATCH）。 虽然
UPDATE /player/{playerId}/game/{gameId}/moveFromTableauToTableau
URL: /player/{playerId}/game/{gameId}/TableauPile/1/
DELETE /player/{playerId}/game/{gameId}/TableauPile/1/upTurnedCard/3
POST /player/{playerId}/game/{gameId}/TableauPile/3/upTurnedCard
但是这样REST API就可以将一张卡从桌面移动到垃圾箱，这不是一个有效的移动。我一直认为设计REST API是一项非常不容易的任务 第二种方法在命名约定方面似乎更干净，但我认为您永远不应该为了符合这些要求而牺牲目标系统的完整性。当您允许在两个http调用中执行一个原子操作时，它实际上不再是原子操作，并且在网络故障或任何调用由于某种原因失败时，您的系统将处于不可预测的状态。避免这类问题必须是当务之急 一个想法可能是从招式集合的角度思考招式。所以对于一个游戏，你有一个移动资源。然后，您可以使用一些额外的请求参数（如
POST/players/{playerId}/games/{gameId}/moves?type=TABLEAU_TO_TABLEAU
Body:
{
"src": "stock",
"dest": "waste"
}
GET/players/1意味着给我playerId=1的限制的playerId资源中的player，我一直认为设计restapi是一项非常不容易的任务 第二种方法在命名约定方面似乎更干净，但我认为您永远不应该为了符合这些要求而牺牲目标系统的完整性。当您允许在两个http调用中执行一个原子操作时，它实际上不再是原子操作，并且在网络故障或任何调用由于某种原因失败时，您的系统将处于不可预测的状态。避免这类问题必须是当务之急 一个想法可能是从招式集合的角度思考招式。所以对于一个游戏，你有一个移动资源。然后，您可以使用一些额外的请求参数（如
POST/players/{playerId}/games/{gameId}/moves?type=TABLEAU_TO_TABLEAU
Body:
{
"src": "stock",
"dest": "waste"
}
/76543210987654321098765432109876543210987654321098765432109876543210/0
/76543210987654321098765432109876543210987654321098765432109876543210/1
/76543210987654321098765432109876543210987654321098765432109876543210/2
/76543210987654321098765432109876543210987654321098765432109876543210/3
GET/games/000/152