Rest 代表其他事物的事物

Rest 代表其他事物的事物,rest,architecture,Rest,Architecture,假设我想通过REST分发代表其他东西的东西(假装电话号码)。我们可以称之为代表票 目标是创建一个代表另一个事物的事物,但不揭示它所代表的事物的内容。让我们假装我们在谈论电话号码 这里有一个选择。你可以从存储在后端的随机数字和字母创建一张票证,也可以从电话号码计算一张票证 票证创建的赞成/反对意见: 赞成:无法破解 赞成者:你可以让一张票过期-(为什么这么好?) CON:您在后端服务器中存储了每个请求的电话号码的一张票证 计算的利弊 缺点:一个计算可以破解并揭示原始内容 缺点:无法更改计算机

假设我想通过REST分发代表其他东西的东西(假装电话号码)。我们可以称之为代表票

目标是创建一个代表另一个事物的事物,但不揭示它所代表的事物的内容。让我们假装我们在谈论电话号码

这里有一个选择。你可以从存储在后端的随机数字和字母创建一张票证,也可以从电话号码计算一张票证

票证创建的赞成/反对意见:

  • 赞成:无法破解
  • 赞成者:你可以让一张票过期-(为什么这么好?)
  • CON:您在后端服务器中存储了每个请求的电话号码的一张票证
计算的利弊

  • 缺点:一个计算可以破解并揭示原始内容
  • 缺点:无法更改计算机制-(对吗?)
  • 赞成:不需要后端存储
  • 赞成:计算是REST查找(GET)而不是REST(POST)

想法?

您可以将“代表票”视为电话号码的散列。当你这样想的时候,你会倾向于计算,你也会从大量的散列知识库中获取信息。

你能澄清一下你是指URI(例如)还是指GET/POST/…的内容吗。。。请求?我发现在这些情况下使用轻量级加密算法非常有效。不易破解,始终是唯一的,不需要后端存储。另外,一个主要的优点是它是双向的,这意味着你不必为所有条目存储散列,尤其是当你考虑密码散列时。