淘客熙熙

主题:【原创】我有一个问题 -- 美人他爹

共:💬73 🌺79
全看分页树展 · 主题 跟帖
家园 您别老一口一个新兵蛋子,我很愿意跟您再讨论下去的。

本来都是技术性的问题嘛,何必扯上无关的东西呢。其实我本来也不是一定要支持HTTP吧。您算一算也应该知道我做纯SOCKET比HTTP时间要更长,我开始做socket是在unix平台,那时移植到win平台时MS自己的tcp/ip协议栈都还不完善,用的是novell提供的。那时候我想做HTTP FANS都还没机会。我也不认为HTTP是万能药,只是说HTTP在RPC上有特殊的优势而已。

binary的RPC,我觉得一个典型的例子就是CORBA,结果就是失败;MS提出的DCOM,也是binary的,一样也不够成功;至于SUN的RMI,是还有人在用,但远称不上主流了。倒不是说binary的RPC失败的本质原因在于二进制,但binary在异构平台上不方便,这是一个非常大的问题。就前面说的big/little endian,你说选择哪一个,业界能够大家都接受?毕竟谁选择妥协,谁就要付出性能上的代价,这个远比二进制和文本间的差异大(废话,每一个DWORD数据都要倒一遍,这效率降低的不是一点半点)。当然内部binary转为ANSI/UNICODE文本,一样也有效率降低的问题,但是设计时平台一般都考虑到这一点了,效率怎么也比b/l endian转换好点。另一个对于程序员来讲,二进制形式对于调试来说不够友好,要VS那样的IDE界面有自已的查看器的还好,GDB这样命令行调试的,binary data struct怎么方便的看啊?当然不如文本的方便,这一点从程序员的角度出发也是愿意用text的。

就LZ原来说的,新协议,我确实更看好P2P方式。如果能够有一个吸收HTTP优点,但又支持P2P方式的网络协议,那是更好的。至于RPC能不能用P2P,这个存疑,毕竟我觉得现在对于P2P的理论研究还没跟上。

对于中国来说,P2P方式的类HTTP协议有特殊的意义,就是一劳永逸的(当然这个我也怀疑)使GFW失效。

全看分页树展 · 主题 跟帖


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河