重复的书签#

项目需求要做一个收藏夹，供用户收藏项目中的功能点。开发人员先给了个初步的设计文稿， 基本上是参考IE的设计方案（当然其他浏览器的方案也差不离），后来在讨论如何对待 用户收藏重复的功能点这个细节问题时，也没有经过太多的争论，照例抄袭了IE的处理方式：

• 同一文件夹下不允许收藏重复的功能点，只将新的信息（如名称）覆盖到旧有的信息上；
• 不同文件夹下可以收藏同一个已收藏的功能点。

但是经过讨论，后来摒弃了这个方案，因为我们看到了Firefox的优秀设计：

• 同一账户不允许重复收藏同一书签；
• 当用户收藏一个已收藏的书签时，覆盖已有信息（如名称）；
• 如果被收藏到另一个不同的文件夹时，则将旧的收藏移动到新文件夹。

Chrome包括智能地址栏和收藏夹都吸收了Firefox的优秀设计。

Safari则表现的不同凡响：

• 用户可以收藏重复的书签；
• 甚至在同一个文件夹中，以相同的名称存放。

Opera和Safari表现完全一致，或许他们认为，这是用户的自由。

IE7和我们所熟悉的一样：

• 用户可以重复收藏已有的书签；
• 仅当这两个书签放在不同的文件夹；
• 或者以不同名称，放在同一个文件夹中。

Maxthon最初是从IE学习并扩展而来，可想而知，并且实际上也是， 它们在对待重复的书签上，也是一致的。

面对这些主流浏览器对待重复书签的态度，像Safari和Opera这样给用户充分的自由， 或Firefox和Chrome这样“所谓”的智能，以及IE及Mathon取两者（自由或相对不自由） 之中庸，作为经常使用书签的普通用户，你觉得哪种设计更合理？

这里我表达一点自己的想法：

• 不受约束的自由，不是什么好自由；过分的灵活，只会给用户带来迷茫。
• 书签本身的作用，就是给用户一个记录、并能够快速打开常用或优秀的网址的地方。 如果收藏夹，甚至同一个文件夹中存在（看起来）相同的书签， 用户就需要停下来思考自己要的是哪一个。
• 书签一般都需要记录用户使用的次数，并根据算法排序提供给智能地址栏， 收藏夹存在多个副本也会存在歧义。

从这个角度来讲，Opera和Safari是做的最烂的，IE和Maxthon则做的一般。 很幸运，这个想法也博得了我们项目组开发人员和PM的赞同，并应用与项目设计中。

关键字：#

• 收藏夹(Favorite)：指浏览器用来管理书签集合的工具。

• 书签(Bookmark)：指单个被收藏的网址信息。

---

Tags: UED

Published on 2009-08-14