Web服务或纯TCP
我们正在努力建立一个6 6 6LoWPAN网络。
我们的设备只有6LoWPAN连接，所以我们需要一个桥接器来连接到CMS服务器。运行Linux的小型计算机(如BeagleBone)充当桥接器，通过6LoWPAN与多个设备通信，并提供与服务器的TCP连接。
在这个桥中，我们有一些应用程序，它们为控制和从设备中获取数据提供了API。现在它只是一个虚拟的网络。网桥接收来自TCP的请求并将它们传输到设备。
顺便说一下，设备不仅响应请求，而且在发生警报情况时也会发送通知。
现在我们想让这座桥变得更聪明。我们正在考虑在网桥上开发一个web服务，并提供一些功能(如配置、调度控制、组管理等)。
在桥上提供基于SOAP的web服务并不是一个问题。但是我们不确定是否应该为我们的网络开发一个web服务。
打开从服务器到所有网桥的TCP连接是更好的方法还是通过web服务与网桥的通信是更好的方法？
回答 1
Software Engineering用户
发布于 2015-10-04 00:23:21
对于您的特定用例，我认为HTTP通信比TCP更合适。
通常，我选择TCP而不是HTTP的主要原因是性能是最重要的，而且您可以维护一个活动连接。你也可以用两种方式发送数据。有了TCP，您可以或多或少完全控制通过网络发送的内容。(但如果你使用任何花哨的东西，你必须确保你可以把你的自定义代码放在另一端去读它。)
但是，对桥维护TCP连接的期望可能太高了。(我们说的是通往大桥的无线网络链接吗？)而HTTP是请求/响应，所以它只需要足够长的时间来发送和接收。(无论怎样，理想的信息都是个好主意。)如果有许多控制器，则HTTP将比活动TCP连接扩展得更好。HTTP无处不在--有很多HTTP服务器可用，几乎任何语言和平台都可以提交HTTP请求。HTTP可能更容易调试，因为您可以用人工眼睛检查有线格式(文本)。
只要您的设备可以使用WebSocket，TCP的许多相同的优点和缺点都可以使用它。WebSocket相对于TCP的一个优点是，大多数防火墙不会阻止WebSockets使用的HTTP端口，而您选择的自定义TCP端口可能会被阻塞。
https://softwareengineering.stackexchange.com/questions/298828
复制相似问题
腾讯云开发者
