Java REST或SOAP用于用户输入上的快速查找服务?

Java REST或SOAP用于用户输入上的快速查找服务?,java,web-services,rest,soap,Java,Web Services,Rest,Soap,我想在用户输入期间创建某种位置搜索。在键入用户输入时,应联系webservice,例如位置名称 因此,很明显,可能会有一个接一个的大量查询 响应应仅包含每个找到位置的两个数据,如id、fullname和地理坐标 您会为此创建SOAP或REST服务吗?为什么?听起来这项服务将在一些移动设备上使用。另外,由于这是一个相对直接的请求-响应,我将在这里使用JSON作为协议 JSON比XML轻得多,因此节省了请求和响应所需的带宽。在一些国家,移动数据的使用仍然很昂贵 它是一个简单的服务,因此在自顶向下的方

我想在用户输入期间创建某种位置搜索。在键入用户输入时,应联系webservice,例如位置名称

因此,很明显,可能会有一个接一个的大量查询

响应应仅包含每个找到位置的两个数据,如
id
fullname
地理坐标


您会为此创建
SOAP
REST
服务吗?为什么?

听起来这项服务将在一些移动设备上使用。另外,由于这是一个相对直接的请求-响应,我将在这里使用JSON作为协议

  • JSON比XML轻得多,因此节省了请求和响应所需的带宽。在一些国家,移动数据的使用仍然很昂贵
  • 它是一个简单的服务,因此在自顶向下的方法中,它实际上不保证创建WSDL和建模XSD的开销。保持简单,以减少损坏

  • 然而,在没有真正理解您的需求的情况下,这些只是预感。

    与XML相比,JSON的重量很轻。在RESTAPI中,我们可以灵活地选择从普通字符串、XML到JSON的响应,而在SOAP中,响应总是SOAP XML。所以我宁愿和其他人一起去


    谈到REST和SOAP之间的区别,REST只支持HTTP,而SOAP也支持HTTP之外的其他协议。如果您的协议是HTTP,那么最好使用REST。

    什么样的客户端?桌面web浏览器?安卓应用程序?还有什么?我推荐WebSocket连接。到目前为止,是桌面web浏览器。您的非功能性要求是什么?您的意思是什么?我认为主要是性能和低延迟。我不同意你的说法,如果你的协议是HTTP,REST总是更好。例如,如果您必须与一家银行进行交互,那么大多数银行都使用IFX(交互式金融交换)XML协议,并且大多数银行都通过HTTP运行该协议。原因是接口很复杂,需要通过建模良好的WSDL进行适当的描述。在这种情况下,说明REST总是比SOAP好是不准确的。你的另一个理由是正确的。