设备端用一个tcp socket调用服务端的web service，这个流程应该怎样的？

hyz_cs 2015-11-04 11:50:59

如题。。。

...全文

434 6 打赏收藏转发到动态举报

写回复

用AI写文章

6 条回复

切换为时间正序

请发表友善的回复…

发表回复

hyz_cs 2015-11-10

打赏
举报

引用 2 楼 sp1234 的回复:

给你几个比较实际的降低“不匹配性”的思路：

引用 3 楼 findcaiyzh 的回复:

这个很麻烦吧,最好还是避免吧。

这个问题，其实很简单，非常简单，而且例子vs本身也有提供了，我在看了3楼给的链接后再调试接口时才恍然大悟。

以专业开发人员为伍 2015-11-05

打赏
举报

给你几个比较实际的降低“不匹配性”的思路： 1. 在服务器端提供 tcp 服务，让设备端不要去扯什么 webservice。 2. 设备端使用一种现成的 webservice 客户端代理，例如使用 vs 开发客户端应用时自动产生的webservice代理，而不考虑tcp。 3. 那么服务端提供基本的 http post、get 服务，例如 asp.net 的 ashx 即可。然后设备端仅模拟基本的 http 就足够了。

以专业开发人员为伍 2015-11-05

打赏
举报

你在相关决策中处于什么身份？遇到了什么问题？是有人要拖延时间，还是有人特别热爱重新发明火车轮子，还是有人特别有闲钱但是热爱编程？这基本上相当于你让一个程序园员开发一个网站，你提出说希望网站不要在1000用户并发访问时显得太慢，然后你的程序员回答你说“好的，我们先要花2个月时间（实际上可能要1年）自己重写一个window文件系统，这样就能自己‘保证’性能了（以后还要提出什么学术性的想法，以后再说）”。如果不是编程环境异常恶劣，那么这想法在开发中基本上是舍近求远的。能够舍近求远地设计软件，说明你们公司很适合养老。

hyz_cs 2015-11-05

打赏
举报

引用 2 楼 sp1234 的回复:

给你几个比较实际的降低“不匹配性”的思路： 1. 在服务器端提供 tcp 服务，让设备端不要去扯什么 webservice。 2. 设备端使用一种现成的 webservice 客户端代理，例如使用 vs 开发客户端应用时自动产生的webservice代理，而不考虑tcp。 3. 那么服务端提供基本的 http post、get 服务，例如 asp.net 的 ashx 即可。然后设备端仅模拟基本的 http 就足够了。

谢谢你的回复 1.webservice是现成的，不需要重新开发，重新开发一个tcp服务端软件，多一个软件就多增加出问题的机率，开发一个稳定，高并发的tcp服务端软件也不是很简单的事。 2.设备端就是一个arm单片机，百来KB的SRAM，几百K的程序空间，没有这些可用，也用不起。 3.一样要重新开发，webservice现在也可以配置成支持http，post，get的。 4.像3楼这个链接中说的也还好，应该可以实现，并且难度不算大，可以试试。 Calling Webservice Using TCP/IP from any Programming Language without any Library http://www.codeproject.com/Articles/312530/Calling-Webservice-Using-TCP-IP-from-any-Programmi

hyz_cs 2015-11-05

打赏
举报

引用 3 楼 findcaiyzh 的回复:

这个很麻烦吧,最好还是避免吧。搜索了一下，还是有文章可以参考的 Calling Webservice Using TCP/IP from any Programming Language without any Library http://www.codeproject.com/Articles/312530/Calling-Webservice-Using-TCP-IP-from-any-Programmi 还可以看看这个讨论 Calling WCF WEB SERVICE from RAW Socket Client written in C# https://social.msdn.microsoft.com/Forums/vstudio/en-US/c2d72c2d-c095-4ae1-b8ae-d15f32a4e0be/calling-wcf-web-service-from-raw-socket-client-written-in-c?forum=wcf

感谢！看样子可以实现，而且也不算太难，可以试试！