前段时间被项目组的一个同学挑战了~问题围绕着系统右上角的快捷图标，其下拉内容是应该点击（mouse click）触发还是鼠标移到图标上时（mouse enter）触发，我支持前者的原因，在于整个系统所有的下拉菜单都是通过点击触发，没有必要在特定的位置做不一样的处理，反而增加用户的记忆成本；而他支持后者，原因在于，他觉得这种方式可以减少用户点击的操作，更快捷一点。（似乎听起来都有道理=。=）
为了证明各自的观点，我们分别向对方抛掷了自己看到的使用己方观点的系统，mouse enter触发的，比如：微博、人人、百度；mouse click触发的，比如Teambition，worktile、Google Developers Console等等，这个争论让我意识到有必要分析下这两种操作。
场景
Mouse Enter的触发，比较常见的是系统顶部菜单的展开，
例如样例：
这种设计的优点在于，直接把内容推送给用户，减少操作成本，尤其是像信息含量比较高的菜单，可以让用户迅速的了解各个菜单的内容，快速查找到的自己的目标，在这个方面来说，这类设计的确要比click触发来的更加快捷直接。
Mouse Click的触发，比较常见的是系统左侧菜单的展开，
例如样例：
这种设计的优点在于，符合了用户对于展开、收缩图标的认知，并且在PC端的操作中，点击操作是一个认知最为广泛的操作，对于有目的性的点击，并不会过多的增加用户的使用成本；并且还便于整个系统操作方式的统一。
使用的权衡
我建议需要考虑的第一点：一致性，无论采取何种设计，尽量保持整个系统在同类操作上的一致性。我也见到过全部下拉选项采用Mouse Enter设计的系统 Eteams，在展开的操作上，培养用户对于整个系统的认知，一旦形成了这种认知，无论是哪种方式，都有其存在的意义。
考虑整个系统对于这两种操作的适应性。如果我们将上面两个例子中使用的设计相互置换，就会发现，click也可以用到enter的场景中，但是enter的设计用到click中会显得有点颠覆常识（当然，这可能只是个例），结合系统自身的结构，考虑两个方案的优先级。
考虑目标用户操作的习惯性。
我们项目正在改版一个老系统，其菜单的展开方式就是上面例子中mouse enter的设计，我曾默默的观察了不同用户（甚至包括产品自己的PD、运营）对这个菜单的使用，发现大家还是会习惯性的先去点一下（虽然这不是打开菜单的正确方式），这是个很有意思的现象：即便是产品自身的设计者，对于这种展开的认识仍然需要靠自己的记忆调整，而我在使用的时候，也需要常常提醒自己这里是不需要点击的。
对于PC端的展开操作中，我发现我们的目标用户更多的还是习惯于点击触发，所以将系统所有的展开都规定成了点击触发，从而引发了文章开头的讨论。
在前期的调研过程中，同样需要考虑到目标用户的操作习惯，选择用户最容易接受的设计。
4.考虑误操作等特殊场景。可以发现，mouse enter的场景，其操作目标都是比较大的~或者有明显的区域性，因为鼠标的晃动可能导出菜单的时隐时现，如果目标的面积比较小，或者区域性不够明显，就会导致用户在使用过程中容易丢失目标，在使用这种设计方式时，同样需要考虑这个影响。
总结
我曾在面板在对象展示中的应用提到过一个观点：如果操作路径清晰，用户对于操作路径抵达的要求就不会那么苛刻（当然，路径还是越短越好），然而，如果在这个过程中，用户因为误操作、系统的不一致等问题，导致多次操作无果，这才是惹怒用户的地方。
所以上述两者设计本身出发的设计理论无可厚非，但是我们需要通过一系列的场景来识别使用。当然，我个人更加喜欢Click的操作啦hia
