项目需求要做一个收藏夹，供用户收藏项目中的功能点。开发人员先给了个初步的设计文稿， 基本上是参考IE的设计方案（当然其他浏览器的方案也差不离），后来在讨论如何对待 用户收藏重复的功能点这个细节问题时，也没有经过太多的争论，照例抄袭了IE的处理方式：
- 同一文件夹下不允许收藏重复的功能点，只将新的信息（如名称）覆盖到旧有的信息上；
- 不同文件夹下可以收藏同一个已收藏的功能点。
但是经过讨论，后来摒弃了这个方案，因为我们看到了Firefox的优秀设计：
- 同一账户不允许重复收藏同一书签；
- 当用户收藏一个已收藏的书签时，覆盖已有信息（如名称）；
- 如果被收藏到另一个不同的文件夹时，则将旧的收藏移动到新文件夹。
Chrome包括智能地址栏和收藏夹都吸收了Firefox的优秀设计。
Safari则表现的不同凡响：
- 用户可以收藏重复的书签；
- 甚至在同一个文件夹中，以相同的名称存放。
Opera和Safari表现完全一致，或许他们认为，这是用户的自由。
IE7和我们所熟悉的一样：
- 用户可以重复收藏已有的书签；
- 仅当这两个书签放在不同的文件夹；
- 或者以不同名称，放在同一个文件夹中。
Maxthon最初是从IE学习并扩展而来，可想而知，并且实际上也是，
它们在对待重复的书签上，也是一致的。
面对这些主流浏览器对待重复书签的态度，像Safari和Opera这样给用户充分的自由， 或Firefox和Chrome这样“所谓”的智能，以及IE及Mathon取两者（自由或相对不自由） 之中庸，作为经常使用书签的普通用户，你觉得哪种设计更合理？
这里我表达一点自己的想法：
- 不受约束的自由，不是什么好自由；过分的灵活，只会给用户带来迷茫。
- 书签本身的作用，就是给用户一个记录、并能够快速打开常用或优秀的网址的地方。 如果收藏夹，甚至同一个文件夹中存在（看起来）相同的书签， 用户就需要停下来思考自己要的是哪一个。
- 书签一般都需要记录用户使用的次数，并根据算法排序提供给智能地址栏， 收藏夹存在多个副本也会存在歧义。
从这个角度来讲，Opera和Safari是做的最烂的，IE和Maxthon则做的一般。 很幸运，这个想法也博得了我们项目组开发人员和PM的赞同，并应用与项目设计中。
关键字：
- 收藏夹(Favorite)：指浏览器用来管理书签集合的工具。
- 书签(Bookmark)：指单个被收藏的网址信息。