plutonium

群组的一个好处是可以做成一个独立的文本文件，方便大家交流网址
对经常换机器上网的用户也很方便，
而且文本文件显然比收藏夹容易编辑，整理，排序和管理
这样对做广告也有好处，帮助菜单里面的上网导航就可以被代替了
网站可以发布针对不同用户群的群组文件
如果开发组愿意的话，可以很方便实现对任意个群组的支持，
这时每个群组文件对应一个群组菜单

我甚至觉得可以把收藏夹去掉，都用群组代替，加入一个导入导出就可以了
或者可以让一个缺省群组叫“收藏”，程序启动时和系统收藏夹同步一下就可以了
这样以后扩展功能更容易，因为对一个文本文件编程要比对多级目录编程容易得多

[ 本帖最后由 plutonium 于 2007-4-4 18:30 编辑 ]

plutonium

我觉得收藏和群组的根本区别就是：
收藏用文件和目录的方式实现
群组用文本文件的方式实现

我一直觉得用文件和目录的方式实现收藏功能是ie一个败笔，
其实用文本文件方式实现这个功能要自然得多，
编程也容易些，而且可以很容易地添加各种功能

比如排序功能，这对文本文件方式是很自然的事。
但ie的收藏夹为了实现这个功能，
很丑陋地在在每个目录里加一个隐藏的favsorder.db文件
早知如此，何不干脆把所有信息都记录到一个文本文件里？

再比如，有时某一个菜单下收藏的网址很多，想把它分成几组，
你当然可以每组建一个目录，
但如果能用菜单分割线把它们分开，有时会显得更加直观方便。
这个功能对基于文本文件方式的也是易如反掌，
但对基于文件和目录方式的，实现起来就比较困难

[ 本帖最后由 plutonium 于 2007-4-4 18:53 编辑 ]

plutonium

原帖由 化外愚民 于 2007-4-8 20:43 发表 http://bbs.ioage.com/images/common/back.gif

收藏夹的功能要比快捷组强得多。何况，没看出来收藏夹的这种方式有什么不妥，除了快捷组因为是文本方式的，能省一丁点空间外（但这实在是说不上什么优点）。

不觉得收藏夹功能比快捷组强，相反，由于快捷组是基于文本的，
扩展功能比基于多级目录的收藏夹容易，比如我前面说的这个功能：

原帖由 plutonium 于 2007-4-4 18:50 发表 http://bbs.ioage.com/images/common/back.gif
... 再比如，有时某一个菜单下收藏的网址很多，想把它分成几组，
你当然可以每组建一个目录，
但如果能用菜单分割线把它们分开，有时会显得更加直观方便。
这个功能对基于文本文件方式的也是易如反掌，
但对基于文件和目录方式的，实现起来就比较困难