想写一个超过良友、电子书库、电子收藏家等软件的东西,奉献1000分请大家指教。(300分)

C

cee

Unregistered / Unconfirmed
GUEST, unregistred user!
请大家讨论以下内容:
1, 各常用的收藏类软件的优缺点, 以及您希望新一代收藏软件的功能
2, 新软件使用的数据库的选择
3, 新软件的卖点应该在哪里
4, 新软件的盈利模式所在
5, 新软件如果要加强网络功能, 您认为应该在哪些方面下功夫?
6, 现在最流行的P2P技术, 用在新软件中是否可行?
7, 其它任何您能想到的方面
因为上限是300分,问题结束后一定会另开专题送分。
 
没有建议!
1。去各个软件的论坛看看,收集别人骂的言语,提出的建议等等
2。玩熟国内外同类型的软件
3。数据库原型最好自己编写
4。网络功能?完整的收集页面!可以跟踪常去地点的(如:delphi心得更新页面)后台下载
强化内嵌的ie浏览器,最好是类似myie的多页浏览,让别人用你的软件上网!直接做网上的数据采集
当然还要有强大的信息搜索功能
5。可以智能链式分析下载类似:网络在线浏览小说的内容,并且可以生成.chm
6。p2p:)用户量大了你就是老大!到时你想什么就能实现什么,只要你能想。没实现之前它只是个泡沫,不好评论,可以预留接口
7。这个软件的买点应该基于巨大的网络用户数量,要强化网络功能,没有谁会不上网把报纸上的文字输入
到数据库里面储存的!强大的数据搜索功能是对用户的一种体贴!毕竟我们的网络生活其实就是在发现数据
8。管理数据之后应该是尽所能及的数据输出
9。最后数据库的稳定压倒一切,要让大伙敢用你的东西,避免这些再也找不到的内容被付之一炬!
 
呵呵,我只想说想要赢利必须有用户群
 
是啊,哪种技巧管理软件最好呢,我也想知道。
我现在用的是《电子书库》,正在下载一个类似的软件《电子图书馆》。但是究竟哪一个
软件好用呢?哪位高人来测评一下。
 
我推“网海拾贝”实用,功能多,就是有点不稳定
其次就是mybase稳定
 
做好了别忘了分发一下
 
我也一直想做这样一个软件,不过有两个问题比较伤脑筋:
第一数据库方面,不想用ado和bde,想自己做似乎不太成熟,现在正在考虑用xml然后讲xml
压缩,这样可以节约空间,不过处理效率又下去了。
第二个方面就是多方面的输入支持,比如Word,pdf,txt,html,ps,wdl等等这是一个关键,
因为众多的文档类型需要与自己的软件输入接口。很烦的事情。
 
灵活的分类列表方案——目前所有的管理软件,一个条目只能属于一个分类,太片面了。
还有模糊查询(例如:‘Form’和‘窗体’,查询其中一个的时候,另一个也应该被包含进来。
速度第一!
 
我推良友收藏家
 
to creation-zy:
你说的很有道理, 但要怎么实现呢? 我见过一个DBTreeView的演示,
它能按不同的顺序重排树形结构, 的确很有效.
另外, 你提到的模糊查询, 我想可以通过建立一个近义词表来实现吧.
 
>DBTreeView的演示
不好意思,我还没见过,能不能Mail给我(creation_zy@china.com),或者告诉我在哪里能找到。
我是通过设定一个分类字段来实现的,例如,有一个条目,即属于“Delphi”,又属于“VC”,又属于
“系统编程”,我就是通过在该条目中写入这三个字符串来实现的(如果要提速的话,可以另外构造
专门的分类表,给每个分类赋予一个唯一的ID号,如此一来,分类字段只存放Integer就可以了(当然
要用某种方法加以隔离——比如说长度控制——头部用1Byte说明分类的总数(一个条目最多可以属于
255个分类,够用了吧),然后每4Byte代表一个ID号))。
>通过建立一个近义词表来实现吧
说实话,我去年就写了一个Tip管理程序,并有了这个想法,就是太懒了,到现在还没有实现。
主要技术就是近义词表的输入(还要包括近似度,在查询的时候,利用单词之间的近似度的乘积控制
搜索的深度,比如说,A与B相似,而B又与C相似,那么就可以通过Kab*Kbc的大小来确定是否在搜索A
的同时也搜索C(B也一样))。除了简单的近似度关系之外,还有一个令人头痛的问题(它也是我没
有实现模糊查询的原因之一)——对于不同的搜索方向,两个在某方面相近的单词在另一个方面看来
可能完全沾不上边——苦啊!
 
to creation-zy:
DBTreeView收到了吧
关于算法的问题,我想是我们的基础知识较薄弱的原因.也许我们应该再深造了.
 
有朋友建议在软件中加上发送email的功能,就是说把某一篇文章
直接发送出去。我想这样虽然很方便,但需要考虑地址簿等问题,
弄不好,就成了半个电子邮件客户端软件了,这和当初设计软件的
初衷是不是有些不一致呢?如果软件功能做得博而不专,是不是犯
了设计软件的大忌了呢?
又:或者不必在良友中直接考虑邮件发送,调用MAPI或其它的什么,
间接地送出邮件,是不是可以呢?
 
间接地最好,如通过OutLook等专门的软件来实现这些不应在你的软件中出现的功能。
 
各位,如果您没有用过资料收集类软件,建议用一下,很方便的。
如果您用过,那么我想听一下您的看法,欢迎发言!
 
to cee:
收到了,非常感谢!
它的功能远没有想象中的强大,仅仅把TreeView和Database进行了简单的结合,没有实现多分类。
不过必须承认,界面非常好,用它进行数据库操作的确极为方便。
如果能够使搜索的速度达到或超过CHM,一定会有很大的市场。
 
我对流云兄弟的想法有下面的看法:
一,数据库用哪一个并不十分重要,因为可以先把东西做出来,
数据库部分分别编程,独立于软件其它部分,可以随时更换.
但依我个人的看法,还是用MDB较好些.
二,多种格式的支持,看起来似乎很难,其实可以做成插件,大
家都可以增加新功能及对新文件格式的支持.就好象winamp,
现在不是可以很方便地看VCD,RA,等格式的文件了吗?这都是
插件的功劳啊.
 
一句话:
实用+方便+界面
 

Similar threads

S
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
D
回复
0
查看
921
DelphiTeacher的专栏
D
D
回复
0
查看
1K
DelphiTeacher的专栏
D
顶部