c# 是客户端, java是服务器端, 然后在JAVA这边添加或者删除一条数据,就要通知C#那边(我添加或者删除数据了,就如那些弹窗消息一样)
请问大家这个该怎么实现, 给点思路!

解决方案 »

  1.   

    这个webservice来做的,你可以去了解下
      

  2.   

    1楼说的webservice虽然也能实现,但是觉得在这里还不如用socket来做。
    webservice从服务端主动发起的数据传输比较麻烦,客户端轮询效率又太低,而socket可以支持双向通讯,更方便。
      

  3.   

    可以采用异步回调,Java接收C#的对象,有变化的时候,invoke一下
      

  4.   

    我的数据库是MYSQL C# 这边是一个exe程序, 然后JAVA那边是个web.. 主要的操作就在于JAVA, 当在JAVA那边添加了一条数据, 要向C#这边发送一个通知(类似QQ弹窗一样)。昨天我想了想, 如果用SCOKET来实现,那么JAVA那边就应该充当Client 的角色, C#这边当Server, 但是我又不知道用户的IP。 所以这个想法被我抛弃了(有可能是我不太了解)
      

  5.   

    消息服务器吧!activemq不错!
      

  6.   


    +1
    直接用webservice开接口出来,对客户端扩展好
      

  7.   

    一个操作系统级的进程间通信,实现方式很多,WebService。效率问题是一定要考虑的
      

  8.   


    并发性 长连接性能 开启断开消耗 问题 考虑没?异构系统用WEBSERVICE交互。
      

  9.   


    并发性 长连接性能 开启断开消耗 问题 考虑没?异构系统用WEBSERVICE交互。异构系统,为啥要推荐用Webservice?轻量级的数据通知,推荐用消息服务。可以看下ActiveMQ,java开发的服务,但是有C#的客户端driver,很适合楼主的情况。个人认为,WebService适合在针对未知环境的用户实际环境时,比较通用的技术实现方式。比如,搭建一个服务时,不知道将来是window、linux还是啥嵌入式系统的用户来访问,那么就开放一个WebService,只要用户侧有组件或程序能正常获取数据,那这个服务就是可用的。WebService有天然的缺陷:1)为了实现数据的通用性,所有的数据传输都是采用字符串;2)基于HTTP传输协议,很难实现简单实现的双向数据交互。
      

  10.   


    并发性 长连接性能 开启断开消耗 问题 考虑没?异构系统用WEBSERVICE交互。异构系统,为啥要推荐用Webservice?轻量级的数据通知,推荐用消息服务。可以看下ActiveMQ,java开发的服务,但是有C#的客户端driver,很适合楼主的情况。个人认为,WebService适合在针对未知环境的用户实际环境时,比较通用的技术实现方式。比如,搭建一个服务时,不知道将来是window、linux还是啥嵌入式系统的用户来访问,那么就开放一个WebService,只要用户侧有组件或程序能正常获取数据,那这个服务就是可用的。WebService有天然的缺陷:1)为了实现数据的通用性,所有的数据传输都是采用字符串;2)基于HTTP传输协议,很难实现简单实现的双向数据交互。JMS服务器可行。