[讨论]关于开发一个下载工具

sjinny

呵呵，看了第一个链接里的文章，很不错啊~~~谢谢啊~~

hoyt

不知道大家开发这个软件的初衷（或者说定位）是什么？
1）学习团队开发？
2）学习http/ftp协议？
3）学习其他知识？
4）目前的一些下载软件有太多的问题，不能满足需求？
……
我觉得做一个事情首先要想清楚为什么要做这个事情，然后才会朝着这个目标奋斗，要不然就会出现头脑发热一阵子以后，就没有声音了，中国有太多这样的项目都是虎头蛇尾的。

上面是我的个人意见，希望不是给大家浇冷水

sjinny

呵呵~其实……原因之一是，需要这个软件

kakuyou

[quote:f7cef08317="hoyt"]不知道大家开发这个软件的初衷（或者说定位）是什么？
1）学习团队开发？
2）学习http/ftp协议？
3）学习其他知识？
4）目前的一些下载软件有太多的问题，不能满足需求？
……
我觉得做一个事情首先要想清楚为什么要做这个事情，然后才会朝着这个目标奋斗，要不然就会出现头脑发热一阵子以后，就没有声音了，中国有太多这样的项目都是虎头蛇尾的。

上面是我的个人意见，希望不是给大家浇冷水 [/quote]

你要么就出力，要么就别吱声

yunfan

能想着为开源社区做贡献， 就是一个空空的想法，我们都要坚决支持！
现在，国内人写的开源软件不是太多，而是太少太少。

我个人觉得， 想到了就去做， 即便最终无法实现，
但是开发过程积累的经验，远不是争论就可以得到的。
有了经验， 下一次， 就更可能实现自己设想的东西。
我相信理论上的东西，这里很多人都知道，而且还知道其细微的细节，
但这并不能说明你就可以做这样一个东西出来， 说永远只是
嘴上的东西。在实际的开发中碰到的困难，不是想想，说说就可以
解决的。常常会碰到这样的情况，本来设计上已经没有技术难题了，
但是开发过程中还是不断的碰到问题。相信有开发经验的人可以体会。
所以我觉得，要敢于动手，勤于动手。

也因此， 大家更要支持，而不是浇冷水， 即便项目失败了，
也要鼓励，赞扬！ 只有这样， 国内开源才会有更多的人参与进来。


sjinny兄, 想的差不多，就开始动手写一些功能的测试程序吧，
很多东西是不断改进的， 不可能一开始就设计的完美。

加油!

VimChina

yunfan说得很在理啊，赞同 :-)

hoyt

[quote:ebe0b4f7fd="kakuyou"] 你要么就出力，要么就别吱声[/quote]

非常不好意思，因为我刚刚来到中国Linux公社，所以不知道公社有只出力，不吱声的规矩。

附带再吱一声，我本来就没有反对你们的意思，不过是提醒一下你们首先要明确一下你们的目的罢了。这样就不会三个月或者半年以后来看这个项目，发现已经没有消息了。

sjinny

…………………………………………………………
不用把气氛搞得这么……吧……
今天我想了一下命令方面：
[code:1]
class Command_set
{
set<Command> cmds;
ser<Command_set> sets;
};
[/code:1]
[code:1]
class Command
{
string name;
int (*func)(void* data);
};
[/code:1]
Command_set的实例对应一个命令集合，这个集合里可以包含一些命令（Command的实例）和其他的命令集合~一个Command的实例对应一个命令，name里是命令名，func是指向一个函数的函数指针，这个函数就是这个命令的实现~实现命令的函数可以从动态连接库里提取，提取时，用一个Command_set的实例来管理从同一个连接库里提取的所有命令，所以一般会用一个命令集对象来管理一个连接库里的所有命令~提取命令时，会根据一个约定好的函数名在连接库里查找一个函数，通过调用这个函数来获得所有命令的命令名（字符串），然后再根据这些字符串提取出相应的函数，并实例化Command类。一个软件里有一个用命令集对象构成的命令树，这个命令树有一个根节点，当一个连接库里的命令都被实例化后先会被加入对应了这个连接库的命令集对象，然后再被加入这个命令树，这样当外界请求调用某个命令时就会搜索整个树，这样就能使新读取的命令生效~

sagaeon

any suggestion with goodwill is welcome.
I 'm busy to find a job now so i can do nothing for this topic.

Fujinsan

看了看，没感觉有什么特别的地方。哈哈，我倒是在做一个很特别的下载工具：Web FTP Downloader。特别不？不过到时候那些启用apache的索引功能的网站管理员该骂死我了，呵呵！

sjinny写的一大片东东，我怎么感觉有点吃力不讨好呢？——
Qt中的QLibary类和QPlugin类多好用啊，干嘛把个插件弄那么复杂？
wget功能那么全，干嘛要什么插件啊？调用一下就可以了。

所以我看呐，如果觉得wget支持的协议还不够多，就做wget的升级开发吧；
如果觉得wget参数太多太复杂而kget之流又太简单的话，可以改进kget啊。

嘿嘿，Web FTP Downloader的功能，我也准备最后集成到gFTP中去的。

sjinny

呵呵~~wget一不是图形界面的，二不支持多任务和多线程~有时候有些东西差那么一点点就是不行~而且它也没有文件管理功能~kget不支持多线程~反正网络方面的功能libcurl里有现成的~其实我也是在实践……
唉……现在我越来越懒，而且又要考试了~真不爽~
不过好在目前没有什么技术难题了，剩下的就是意志问题了……

怀念楚

菜鸟说几句话:
1.这个项目非常非常有价值,linux下的下载工具太弱了.
2.不要跨平台,大牛们比较喜欢把事情搞复杂.这个东西再好,在win下恐怕也只能是鸡肋.win下的下载工具还不强大吗?
3.prozilla 和gftp等下载速度都非常不错,可以参照它们的代码,能省很多事 .
4.用gtk或gtkmm可能会好点,速度快,适用性广.

jet

增加流媒体下载功能，就像net transport

KDE

中国人宁当鸡头，不当凤尾是有了名的。本来就稀少的人才、牛人，几乎都要自立门户，造成严重重复劳动、人力物力资源浪费，另人痛心。

软件在开发前期势必要明确自己的定位，否则搞了半天发现原来已经有人做得更好，搞出来的可就真成了鸡肋。开放源代码最基本的一个核心思想就是要使技术得到交叉引用和良好继承，如果一切重来，就失去了开源的意义。

真诚地建议楼主：
1. 认真思考自己的能力和耐心以及奉献精神；
2. 充分考虑自己的设计是否的确具有超越同类产品的优越性，即是否具有足够的价值，值得去付出；
3. 如果价值不大，是否考虑把有限的精力用在提高和改进现有产品上，这样会更有利于广大用户，避免无谓的重复。

sjinny

呵呵……其实现实是……我至今都没有做出任何完成的软件……我想做的软件没有一个有结果的……我现在没有多少激情……其实现实就是我明知道自己十之八九坚持不了但还是想试一试……
其实，我现在感到，有时如果一门心思地做一个东西，如果能有持续的激情那么进展会很快，我曾经有过，但是现实是我现在没有激情，更谈不上维持激情了，所以我想也许同时做多个东西会更好，对一个厌倦了，想想另一个~
其实我一直不能忘怀的是游戏……我想做出好游戏，但是做游戏是个很大的工程……我也想完善Linux的桌面应用，当然这也很……我想也许不时换换口味也许能坚持地更久一些……
其实我不是人才或牛人，当然更不属于稀少的人，这么长的时间我一事无成……不过……我也不喜欢这种现状……
其实我也不想当鸡头，我知道这种事往往会吃力不讨好~我曾经很想和别人合作，但是经过尝试我发现很多事不是那么一相情愿的，我没有实力，没有成果，没有资源，现在连激情都没了，我靠什么来维系一个团队？或者我如何在一个团队里生存？所以我想我还是继续修炼吧~毕竟很多事都不会那么容易的，我想我需要更多的耐心和毅力，坚持……
不过，三个臭皮匠虽然未必就比一个诸葛亮强，但是我还是相信至少比三个臭皮匠单打独斗更好~只是我现在一无所有，连个臭皮匠都不如……
我现在有一些感触了，激情、兴趣、积极向上的精神状态，这些非常重要……