那位高人在项目中用过一些分布式的库、平台之类的？以前的项目，都是使用SOCKET的，觉得SOCKET开发挺慢，而且繁
那位高人在项目中用过一些分布式的库、平台之类的？
以前的项目，都是使用SOCKET的，觉得SOCKET开发挺慢，而且繁琐，容易出错，要达到大容量要花很多功夫~~特别是在应用协议上定制也非常麻烦~~~
后来在一个小项目中尝试了RPC（WINDOWS下的），无论是效率还是容错都非常理想，起码目前测试运行到现在RPC通信都没出现过问题。
新项目要上来，一直在考虑换使用分布式的中间件，以前挺看好ZeroC的ICE,但是商业授权太高昂，不纳入考虑了。
现在瞄上的是ACE的TAO、XML-RPC这两种，新项目服务器对连接数量要求不高，响应也并非要达到很“实时”的那种，其实RPC响应也非常快。
不知道谁在实际项目中用过，效果如何？它们是否稳定，有没有成功的案例？能否谈谈~~~如果有别的方案也可以谈谈~~~集思广益~~先谢过了~~
[解决办法]
都没听说过......
[解决办法]
其实有比较理想的socket库，并熟练使用，也是很方便的。
rpc虽好，部署是噩梦。
[解决办法]
只知道socket
[解决办法]
DCOM COM在WINDOWS之间可以，其它的系统呢？
[解决办法]
OPC
[解决办法]
XML-RPC应用很广泛的，现有的写博客工具都是基于XML-RPC实现的，但它跟COM里的RPC有本质不同，协议层次都不一样。
如果C/S双方都是基于WINDOWS平台，且都是自主开发，可以考虑使用COM/DCOM/COM+，网络层细节基本上不需要关心。
如果是单向通信，或者跨平台部署，基于HTTP的XML-RPC也够用了，甚至不用XML-RPC，直接使用XMLHTTPREQUEST也能满足要求，基于XML、JSON都可以，这样的库太多了，而且使用简单。
[解决办法]
其实有比较理想的socket库，并熟练使用，也是很方便的。
rpc虽好，部署是噩梦。
[解决办法]
好好好好好好好好
[解决办法]
ACE
[解决办法]
有WCF不用?
[解决办法]
ace,python.
[解决办法]
ICE 是基于GPL的，参照MySQL在项目中的使用啊。
应该风险不大。让客户买单就行了。
[解决办法]
不太清楚了，没看到过！！
[解决办法]
WCF是分布式的，应该可以用的
[解决办法]
只知道ACE。。。
[解决办法]
帮 顶 帮顶
[解决办法]
.net
首推Wcf
其次
Remoting,WebService
Wcf呼声很高，但回调问题很多，不推荐使用wcf开发聊天室之类的东东，可跨平台.聊天室首推socket
Com+用过但感觉比remoting麻烦.
除了webservice,wcf和remoting如果宿主是子宿主或windowsservice宿主的话，基本上拷过去就能用!!
[解决办法]
打酱油~~~~！
[解决办法]
进来了解一下
[解决办法]
我看还是那个库提供的资料详实可靠，就用哪个库，不要赶新潮，某某说这个库好，某某又说那个库好，不管哪个库，关键还是一点，它能像ms那样提供msdn吗？如果不能，说难听点，就是一杂牌军，到时出了问题，酱油都打不到。
[解决办法]
顶起来
[解决办法]
好吓人，这个页面会自己跳转。
[解决办法]
围观鹦鹉这个鸟人。
说用 socket 库的还是走偏了。这里要解决的不是第五层的问题，而是最好能直接上升到第六会话甚至第七层应用层。
Sun 那个 RPC 应该还是很方便地。
gSoup 貌似也是用的比较广的。
[解决办法]
顶顶支持一下
------解决方案--------------------
[解决办法]学习一下.....
[解决办法]没用过。
[解决办法][解决办法][解决办法]我承认 上面讨论的有我知道的东西。。。。XP SP2，XP SP3以及WIN2003企业版 我很熟
[解决办法]我是大菜鸟，我不懂
[解决办法]SHIMA
[解决办法]只听说过socket
我杯具了
[解决办法]这些没实际去做过， 但是ice不错， 比较轻量级
[解决办法][解决办法]马克~
[解决办法]我没有做过哦
[解决办法]到目前为止还是用SOCKET，做SDK，工作量么......
围观LZ,是PM？
MARK下继续观看。
[解决办法]哈哈，我们现在项目用的就说ICE， 也没授权，没给过钱，ICE不是 GPL 的吗。不用给钱吧
[解决办法]顶顶。。。。
[解决办法]太深奥了！
[解决办法]分布式开发还是用DELPHI 的好。
[解决办法][解决办法]每天回帖
[解决办法]分布式有从速度或者稳定性的考量。
首先是分布式肯定无所谓平台。sun公司有个很好的分布式通信协议，可惜我忘了名字。
我之前所在行业内，绝大部分所采用都是tibco rv的中间件。同等的产品还有ibm MQ，两种机制相差无几，都是基于subject的。
[解决办法]每天回帖
[解决办法]每天回帖即可获得10分可用分！
[解决办法]应该很少有这个东西的
[解决办法]推荐一个国内网站www.acejoy.com，感觉几个版主都是牛人
[解决办法]写的不错，谢谢
[解决办法]ACE 或 boost
ACE 产品很稳定 更新的也很快 。不好的地方是掌握起来不太容易。门槛比较高。但 下工夫学习一下 还是很不错的
------解决方案--------------------
留名学习
[解决办法]我一直用socket
[解决办法]鹦鹉换头像干嘛，你儿子呀
以前的头像比较牛X
呵呵
[解决办法]60楼看到答案了，我原以为mysql既然开源，还整啥双授权呀，学习了~~~
[解决办法]看看怎么样！！
[解决办法]ace 听说过,
听说主要是研究用,真要用它做点实际的东西,并不实际
[解决办法]长见识了。。呵呵
[解决办法]我承认 上面讨论的有我知道的东西。。。。XP SP2，XP SP3以及WIN2003企业版 我很熟
[解决办法]路过顶贴
[解决办法]这个东西 我不懂 真的 我真的不懂
[解决办法]好像是在说分布式中的数据通信这块
[解决办法]好!真的不错啊!
[解决办法]不懂，学习中
[解决办法][解决办法]只听说过，没用过
[解决办法]还是会什么用什么吧，不懂的，再标准还是会不稳定的。
[解决办法]没用过，纯路过。。。
[解决办法]路过！
[解决办法]围观!!!
[解决办法]顶一个
[解决办法]您这样说就不对了，RPC不一定是基于SOCKET，本地跨进程可以基于LPC，实际上是通过SHARE MEMORY来实现的。
RPC的概念范畴远超protocol+socket，难道IDL等不算？
您说话之前先掂量下，别一开口就脏话，我的项目中曾经因为TCP的不可靠而修改了上层应用协议，自己实现了RUDP，效率虽然比较低，但是可靠程度已经超越了TCP了。
一个项目要考虑的不是你定协议多么厉害，而是简单、可靠，满足用户需求。
其实在上世纪，RPC就已经很盛行的，而今天，IBM、SUN等公司的中间件应用也非常多，我就是想倾听他们的应用经验。
分布式
[解决办法]要追求速度还是只有用TCP, 方便易用感觉TIBCO, MQ，还有最近的29west都不错，而且速度也相当可以了。
RPC，CORBA之类的感觉用起来不太方便。
[解决办法]底层支持怎样
[解决办法]如果自己做socket服务端，感觉不如直接利用现成的webserver做服务端
因为一个稳定、强壮的服务端，肯定还是iis/apache比自己做的要久经考验了
自己的项目，就是client/webserver，以ini@http为应用协议
[解决办法]不清楚。。。。
[解决办法]说到底还是一个进程间通信的问题。
未必在一个机器上但是必须通信。 所谓的ace tao 都只是通信的一种封装。
项目用了3年的tao. 放弃了。 回到socket.
面对对象 看上去很美， 实际不行。还有很多通信本质的问题要解决。
建议protobuff + socket.
[解决办法]
帮顶一下
[解决办法]
怎么这么多不懂的。。。。
[解决办法]
mark一下，这个帖子的含金量不错！
[解决办法]
也就接触过SOAP webservice以及原始的socket这块，其它都不了解，学习了
