rt就是各个client查询下共享服务器上的公共数据,考虑过如下方法
1)C/S  自己分别写Client和Server,配个Sql, C S之间查询的结果用XML之类的发送一下(不知道行不行?)(直接socket发字符串二进制流试过,无奈水平太低老丢失数据)
2)B/S  Server干脆直接用Webserver代替,这个貌似许多底层代码就不用写了入门级初学者自强的项目,只是试试而已,想做成三层结构使数据库对Client不可见,然后发现自己老土了,不知道该学习哪些技术/框架,上来求教,大家随便指点些关键技术/词汇/自强方向,就当散分了P.S    因为本身是不会ASP类的页面技术,所以这部分可能要现补
P.S.2  简单的,复杂的,稳定的,不稳定的都可以
P.S.P  来着有分(大雾)

解决方案 »

  1.   

    C/S ,服务器能访问到数据库服务器,再自己定义通信协议,进行数据交互!在网上有许多TCP/UDP的通信源码,可以下来研究下
      

  2.   


    基本的自定义struct,TCP通过socket传输有写过了,那效果感觉和吃了苍蝇一样,想学习别的方法中P.S   DOTA都出到多少了????貌似IceFrog为了拜托暴雪不是准备自己做了么
      

  3.   

    呵呵,TCP你再研究下,这个写好的话完成你想要的功能一点问题都没有,要异步的!!DOTA现在玩的是6.71B吧。。没记得很清楚,周末才玩,去浩方反黑房虐菜!!!!嘿嘿
      

  4.   

    SOCKET不至于那么差吧,我们就是用SOCKET写了个服务器,让客户通过服务器来连接数据库,典型的C\S结构,运转的很好啊
      

  5.   

    现在web是主流,那就用B/S架构,服务端提供web service
    客户端用浏览器调用对应的WEB api获取对应的数据,然后显示等
      

  6.   

    感觉 C/S 模式 简单点,潮流的话 B/S 架构咯
      

  7.   

    socket异步的细节我再研究研究吧[quote现在web是主流,那就用B/S架构,服务端提供web service]
    貌似一堆中间件技术,传输又用XML什么的,不知道B/S这边这种需要涉及哪些框架/技术主要是全部自己写还没那个实力,我怎么感觉C/S的比较难呢,因为访问量大,数据条数大的话好似程序很不稳定,B/S这边貌似很多都是封装了的,传输细节都不用再重写......山沟里自学的悲剧啊
      

  8.   

    自己写server端的话包括连接池,传输速度,服务器负载什么的都要兼顾,初学么奉行拿来主义么,有好的中间件技术什么的大家提醒下
      

  9.   

    CS的话可以传结构体过去,也并非一定要XML,多的话可以用重叠IO发送