Archive for 12月 12th, 2007
icalk要怎样开发下去
星期三, 12月 12th, 2007libjingle是Gtalk的底层基础库。有文件交换和语音通讯功能。这个库的
源码放出来也很久了啊。但我至今还没看到有什么基于它的有效应用的出现。
freetalk也许算一个，不过那是命令行的，基于libjingle 0.30的版本。而kopete
似乎在源码里也有这么一个libjingle库。大多是想用它的语音功能。
而Linux版的Gtalk也迟迟没有消息。不过对偶们来说，libjingle的文件传输功能
才是最具吸引力的吧。在Linux上的IM，我就没有一个满意的文件传输方案。gaim
类的大多是需要公网IP或端口映射的。
google的态度实在是很奇怪，看着libjingle库里的文档。一步一步教着用libjingle构建
一个应用程序。我说你的工程师，一个Linux下的Gtalk在libjingle的情况下只需要构建
一个UI就成了吧。你库都搞成这样了，例子程序也有了，教程都TM地写出来了。为啥
就是不把UI给直接搞出来哩？你们FAQ里那句 We look forward to the Google Talk
client supporting Linux and Mac OSX in the future
我看的太久了。到底future到啥时候啊~~ 偶可是天天用着你的服务的哩~
libjingle这个库也是，自今年2月份更新了第四次后(在google code的svn里)，就没动静了。
Gtalk也是好久没有更新了。Google看来不是太重视这个吗？还是它接近完美？
libjingle下载回来在Linux下编译也是麻烦重重。
事实上在我写icalk的时候，我就考虑着用它作协议库。但当时我还是选了Gloox来作icalk的
协议库。一来当时我还没写过大点的程序，所以一开始选用的是好入手的gloox. gloox的开发
很积极，有问题直接问作者也能得到很好的回复。二来，libjingle的C++代码对于当时还是雏鸟
的我来说，简直是天书。当时看了就头疼。而且当时的 libjingle 我根本就编译不过去。晕死它。
icalk最近是有些瓶颈了。界面上有些东西我真不知道怎样实现。协议上还得等gloox。gloox的积极
的开发开始出现反作用。也就是某些试验性的功能函数变化很快。而且它的文件传输还在开发当中。
因此得等它的稳定版本的释出。但我担心的是，它的文件传输还是不能够穿越内网。如果是这样，我
实现它就没有多大意义了。而且icalk的目标是做个全功能的IM。虽然libjingle没有实现如聊天室，服务
发现等协议。但对比起文件传输，语音通话等协议来说，让手工实现的话，当然是前者更让我有信心些。
既然是这样，icalk可能要面临着重写。嗯，还是双手准备，一边等gloox，一边自己研究libjingle.
好在图形库什么的改改就可以用。重要的是libjingle的工作方式。
至今我还没啥概念。google啊，要不，你马上出Linux版本的Gtalk。要不，你再迟半年吧。给点时间我啊~~