Question

我想将服务器的Xml序列化物体传送给客户,而另一种方式是环绕。现在,使用周转基金的移动客户(组合框架)很容易援引方法,但这种方式是使服务器能够在客户方面援引方法,还是以其他方式从客户中提取数据? 我知道,紧接合同没有在契约框架内提供,因为你可以在这里看到:

最初,我想到的是袖珍的方案规划和我本人的制定,当时有人在这里提到了世界合作框架。但是,似乎只有像WCF那样,在我需要回击的非机动环境中工作。

没有人能够帮助我这样做? 是否可能与一个台式服务器和多个移动客户使用全球合作框架进行两种通信,或者我是否必须做袖珍的方案规划?

感谢任何建议或任何帮助!

Answer 1

即便是,由于路由、承运人过滤和NAT翻译(你没有提及你的实际网络学)。这也是大多数移动应用必须污染服务器的原因,即便是“缓冲”模式(如客户实际污染情况下的交换推动机制)。

一般来说,除非你转而使用像一个当地无线网络这样的网络,如果你有可靠、可操作、不过滤的网络接入,客户应定期打电话给服务器,并询问服务器是否有数据。如果是,则从服务器中提取数据。

http://www.ohchr.org。

既然我们从你的评论中略感了解你的欺骗性,我可以指导你的工作。不幸的是,微软没有使温得和中华设备容易接收服务(WCF或其他)。从理论上讲,为了建立你自己的世界合作框架渠道并实际担任服务东道国,需要建立结构,但这不是一项微不足道的任务。我在相当一段时间前对它进行了研究,并把它描绘成一个月的工作,这本会得到雷蒙的人们的帮助,他们知道现有的外汇渠道是如何运作的。

个人选择使用 ,因为它很简单,现在我已经为许多客户服务。我认识到,作为解决办法而提议Padarn没有什么好处,但我之所以在Padarn实施习俗IHttpHandlers,是因为我在那里找不到任何东西,而实际上为安执委会提供自己的服务提供了任何方便的便利,而且这是一个我们常常不得不提供解决办法的问题。

其他选择是,像独有的袖珍解决方案,在装置上安装一个FTP服务器,使用(离岸价格、海事组织)提供、带有ISAPI、Telnet或沿这些线路的吉大港河岸汇率服务器。所有这些似乎都是一种黑板、许多工作或两者。

Answer 2

页: 1

感谢您的帮助。此前,我实际上被困在你的Padran网络服务器上。 Havent还真正检查了它。但我肯定会稍后这样做。不管怎么说,一刀切的解决办法目前似乎并不好。与此同时,我估计,从多个客户向一个自动服务器发送数据非常容易。如果我能够管理这些联系,我可以向客户发送数据。那么,如果我处理数据或指挥的规程寄出网络,我就不得不提出某种意见。我猜想,最难部分是组成这样一项议定书,因为我没有时间讨论。

友情链接