是的,就算端口可用, 还有问题,没有exe,如何客户端的连接请求。写在web服务,服务调用完就关闭了。
[quote=引用 27 楼 juckxu 的回复:] 如果单是数据采集,这样做是可以的,还有很多其他的功能, 双方的数据交互比较平凡,是双互的,所以直接通信会更方便
你说你购买的是虚拟主机,就很难说了,要看服务器有没有可用的UDP端口。
如果单是数据采集,这样做是可以的,还有很多其他的功能, 双方的数据交互比较平凡,是双互的,所以直接通信会更方便
所以拿数据库(服务端)说话比较靠谱写...而且还稳定不受网络限制..而且数据还能保存. 先不说你使用UDP或者TCP能不能实现(如果你只有虚拟机应不可以 webservice好像也不行) 就算实现了 数据还是需要保存的... 所以还不如直接都扔数据库里呢.. 这样为了以后也方便啊 比如N个Client 随便查询数据库就行了.
这个直接把数据上传到服务器 查询不行吗..... 比如 北京数据有变化了 就update table ..... 然后上海的客户端 使用一些技术监听数据库有变化 直接就显示了.....
既然web服务器是个虚拟机,你做个winform工程直接扔上面跑好啦,不要企图修改web工程 能不能实现先另说,为了这点屁事把web工程搞瘫痪了怎么办
是硬件数据采集不?
其实网上随便搜一搜NAT穿透,或NAT打洞,能搜出一大把代码来 实际上也并不复杂,就几个步骤 不过要注意的是,打洞用的端口必须和服务器通信用的端口使用同一个端口 否则你与服务器通信用端口500,然后客户端之间通信用端口501,还是会被阻止
我问你的几个疑问你一个也没有回答我 ... 我问你 你是什么应用 为什么会用到UDP通讯..
110,566
社区成员
642,567
社区内容
加载中
让您成为最强悍的C#开发者
试试用AI创作助手写篇文章吧