未来的互联网程序体系

http://wiki.apache.org/thrift/RecentChanges

ICE

等越来越多的C++ 框架得不到维护，主要还是因为语言的发展关系，更好更高层次的服务型语言，甚至直接的开发POC SDk的提供

以后的程序员真的可以搭建积木来完成了，用拖拉来实现 业务逻辑部分的编程。

只需要一个基本的对程序如何运作的理解，对数据存储，运算的分类的理解

1.sudo /usr/sbin/tcpdump -i eth1 -n port 7999

2.sudo /usr/sbin/tcpdump -i any -X -n -s0 port 7999

3.sudo /usr/sbin/tcpdump -i any -X -n -s0 dst port  7999 and ip[39]==0 and ip[40]==2
最后的 ip[39]==0 and ip[40]==0是过滤条件，含义为，从ip头开始算起的第39个字节为十进制0，第40个字节为十进制2

http://thrift.apache.org/

主要特色：
1.代码设计的优雅，小巧，进一步定制能力强
2.支持的语言众多，目前是见过的支持语言最多的
3.不仅有序列化机制，还带有rpc功能。
4.等等

如果说只是用于服务端内部，protobuf在在序列化方面由于thrift，ice在rpc方面远胜过thrift，但如果想在客户端和服务端使用的话，thrift的小巧优势就非常明显了。thrift既可以用在客户端和服务端之间，也可以用于服务端内部之间，对于打造一个统一平台是非常适合的.

当时选择是为了满足统一平台，前端的多样性，当然可以通过wcf，或者说web服务来规避，由于过度期间，在http/tcp服务器方面介入业务逻辑服务的时候，考虑到http/tcp服务的各种编程语言，我们采用了ice service。对于打造一个统一平台是非常适合的.

这一点，只是需要维护一个标准的库，加强对ice/ace的理解，对未来的快速原型是有好处的，只要这么多语言还在，无论是java，。net快速原型，多是可以的。