|
|
终于能够发布1.0版了,我很欣慰,感谢上帝,让我在误删除0.1.1版之前一分钟做了个备份,否则就没有今天的话。
从发布0.1.1版到现在,刚好3个月,也是我能预期支付的时间。期间小病了两次,母亲大病一次,孩子发烧病了3次,真是一个不堪的时间段。所幸终于坚持了下来。
按时间先后:
感谢CU网友langue校正英语翻译,
感谢CU网友abel校正繁体中文翻译,
感谢everest老大cjacker提供unicode编译补丁,
感谢linuxsir网友MatthewGong打包rpm,
你们的名字在下一个版本中将被加入。
同时,特别感谢同济大学建筑工程系的老师们!虽然我知道你们也许不会看见,但这是我应该做的。
下面来谈谈MultiGet本身及对未来的期望。
一直以来我没有给程序做一个详细的文档,一是因为时间的原因,二是不擅长写东西。我想整个程序的结构脉络还是比较清晰的,有一定C++基础的人应该能读懂。因为第一次写Linux程序,可能很多地方处理的不那么符合Linux标准,比如翻译的处理(受MS影响太深?)。界面和底层的结合也比较紧密(考虑到图形界面的反馈效率),似乎不那么科学。底层的代码都是我自己写的,可能隐含了比现有的库更多的错误,也没有经过太长时间的检验,都需要加以改进或者必要时直接替换成其他完善的库。
对于MultiGet的未来,我不敢期望太多,只希望后续开发有兴趣的人能参与进来。1.0版之前,是我包办了,但之后肯定是不可能的,一个人的精力毕竟有限,能做的贡献微不足道。当前MultiGet在sourceforge上的排名还算比较靠前,最近几天都在300-400之间,应该值得继续做下去。
我个人想在MultiGet 2.0实现如下主要功能:
1:改写系统结构,实现插件接口,这样有一些边缘的东西就可以用插件来挂接,比如镜像查询可以利用迅雷或其他服务商的,可以选择安装。
2:利用插件集成BT接口,甚至emule等其他流行P2P,当然从其他项目剥离代码。
3:更强大的文件管理功能。
4:rtsp/mms,https/sftp,rsync协议。
5:或许转向基于GTK+以避免wxGTK的包装缺陷。
6:跨平台到windows,其他平台如BSD,MAC有余力则做。
如果能够实现这些功能,则无疑是目前最强大的下载器,实际上当前的多地址下载的智能优化已经是非常领先的。
但要实现这些功能有一定的困难,主要在于投入比较大,三五个人肯定支持不起来,估计10个人都要8个月才可以得到一个稳定版本。
希望有兴趣,有能力的人能够参与进来,基本上2.0会从头做起,也许改名也说不定,一切都可以商量,我不一定做teamleader,我在Linux下的经验有限,应由大家推选,我做个组织者和coder就可以。
最少要10个人才启动这个2.0版计划,少于这个数字真的干不了,我期望是15-20人,因为很多人都是业余时间来做的。有兴趣的请和我联系 multiget@gmail.com 或跟贴,我好统计人数,如果人多,还可以适当增加目标功能。希望能展开这个计划,让世界知道中国人不是总拿别人的代码!! |
|