关于RESTful服务器的想法

时间:2015-10-14 07:41:25

标签: rest

好的,我和朋友讨论过如何在宁静的环境中处理数据流程。

主要思想是应用程序向服务器发送一个数据,该数据是设备的位置(lat& long),并期望ping回最近的设备。

我的论点是确定最近的设备"在latlong位置应该在服务器中完成,只需ping回最近设备的latlong。

朋友说过程应该是这样的..服务器将使用latlong ping每个设备的json,然后客户端自己将确定哪个是最近的。

2 个答案:

答案 0 :(得分:2)

不,我认为所有信息都应由服务器管理......

如果我理解你描述了以下schenario:

  • 客户端发送coords;
  • 服务器发送到任何设备的客户端坐标
  • 客户端接收数据并计算最近的设备

我的问题是:客户为什么要为(可能的)数千台设备中的任何人计算距离?

  • 它的精细化力度并不高;
  • 消耗大部分带宽
  • 任何信息已经掌管服务器

在我看来,最好的想法是RESTful服务,其中:

  • 任何客户定期发送其职位(POST)
  • 当客户需要一定数量的邻居然后执行请求(GET)
  • 服务器将包含大多数更新的数据,服务器计算距离,服务器创建和仅发送小JSON作为响应。

这在我看来。 :)

答案 1 :(得分:2)

这样看:

服务器是数据存储,其中存储和处理所有数据。

客户端是从服务器获取数据,向用户提供数据并从中获取输入的东西。

现在你必须考虑Seperation of Concerns。客户的工作是向用户查看数据,并接受他的输入。服务器的工作是处理所有数据并对其进行转换,使客户端需要对其进行最少的处理。

即。客户端从服务器获取一些数据,他现在应该做的就是在屏幕上显示它。客户端应该有最少的数据处理。这是服务器的工作。服务器的工作是尽可能简化客户的工作 客户端在后台还有其他事情要做(也许还有其他应用程序)。它的CPU不专用于您的应用程序,而您的服务器则是。

客户需要什么?最近的设备。客户端询问服务器的是什么? “嘿服务器,告诉我什么是最近的设备。”服务器应该返回什么?确切地说,就是最近的设备。不是客户必须自己挖掘的所有设备的列表。