MultiGet调整征求意见！

[sysnotdown]

感谢大家关心和使用MultiGet。

做这个MultiGet我化了将近两个月的时间，现在是0.7.1版。最初只是出于学习的目的，后来我发现它也许对大家有点用处就发布出来了。但是因为从练习出发，设计就很不完善，虽然修修补补也能把功能做全面，但是代码可维护性太差，功能越多麻烦就越多，程序就越不稳定。
Linux下有许多下载器，各有其长，但都不能算完善。而现在我想做的是一个完善好用、功能全面的下载器。包括多址传送，ftp,http,ftps,https,rtsp,mms,甚至rsync等协议的支持，在现有的设计下复杂度很高很难完成，而且我自己也没有精力来写全rtsp和mms。
要做到这些几乎必然要采用模块化设计，可以变插件的都要变插件，然后一个个地稳定、合成、测试。系统架构和ftp,http两个基础件我可以做完，其他的协议支持插件可以让有兴趣的人来开发，也方便大家合作集成。这样的话我就要停止现有代码的升级，因为我知道下一代的开发结构一定会有大改，现在的代码很难在以后能用的上，可能是无用功。

所以问题就来了，我是不是要停止现在的代码重头来过？时间太紧，我需要在年底前完工。实际上现在的版本已经够我用了，剩下的代码对我没有太大意义，完全是细节。我个人倾向于停止现在版本的升级，重头来过，你们看呢？

[zjsflyer]

我得建议是目前得版本停止新功能得增加, 只作一些debug得工作, debug差不多后把他直接以1.0版本release, 然后花一点时间构思一下新得软件得结构...这个新得软件我得建议是直接发布为MultiGet2.0, 先出几个预览版, 等功能完善后就正式命名为
MultiGet 2.0即可...

这种作法windows下得TheWorld浏览器就采用过, 软件名称不变,但1.0与2.0实现上根本是两个软件..

[karron]

同意楼上的,如果软件的架构不好的话,功能越复杂,以后修改起来越麻烦.

linux说实话缺少稳定好用的多线程下载工具,你这个很有前途.

[glade]

双线作战
继续维护现在的版本，同时开发新版本
这个版本的功能对大多数人已经足够了，只是应该提高稳定性，别给大家留下不稳定的印象

[sysnotdown]

已经决定把这个版本做完！设想中的下一个版本要看情况了，也许没时间做它了。

[eexpress]

采用gtk+标准模式吧。图标等风格都可以统一，到时候直接进gnome。

[sysnotdown]

采用gtk+标准模式吧。图标等风格都可以统一，到时候直接进gnome。

gnome通用的图标不够用阿。我不是用GTK写的，不可能进去的。要全改没那精力。

[eexpress]

我知道不是用gtk+写的。所以鼓励你改路线的时候，使用这个。呵呵。要不，别人又要编译wxWidgets-2.6.3了。

其实，我是觉得你的那图标不规范。尤其换小图标的时候，

当然，仅仅是时间允许的时候，提的建议而已。反正，现在我使用这个没什么问题。

[karron]

我也觉得最好用gtk+或者用qt来写,wx的话很麻烦,有时候系统的库的版本跟开发的版本不一样,还要到处自己找.

我想如果有重新设计的新版本的话,可以考虑一下.wx在linux下面好像最终也是用的gtk+的.

[sysnotdown]

个人感觉短期内是不太可能重新开发新版了。开发完这个版本，所有的动力都自然消失了。搞开源这个东西要有机缘。用户量太小做的也没意思。

[karron]

软件是要推广的,你的这个东西出来也没有太久.你可以选择和hiweed,dubuntu等发行版合作,作为默认的下载工具.在一些专业的linux论坛开设专区,很快就有用户了.

[血色眼泪]

如果想做为一个项目做下去的话
推翻当前的代码重写并不为过
当正式版本出来后
你可以过去找红旗或者中标捆绑你的程序

[eexpress]

个人感觉短期内是不太可能重新开发新版了。开发完这个版本，所有的动力都自然消失了。搞开源这个东西要有机缘。用户量太小做的也没意思。

搞svn开发吧。现在的版本放到主干上不动。再copy一个到分支。我现在的项目就已经开始本地svn这样作了。非常清晰的。你的干脆在sourceforge发布消息，提供svn帐号。说不定有人在svn分支上面接着修改呢。

[13121982]

觉得你一个人做得已经很不错了
既然是很好的打算
为什么不依托Ubuntu.org.cn把它做得更好呢

[klz1007]

如果楼主要停步开发，那后面的工作还是依托社区来做这个事情比较好。
如果楼主要继续开发，那后面的工作也还是依托社区来完成比较好。
以上纯属个人意见。