记一个 '奇葩' 需求的实现
前言
我们这边没有专门的产品经理,UI
对产品的设计基本具有决定权,说实话,是有那么一点可怖的(前后改了很多次,差一点就改回原版了,我自己都觉得不好意思了🤣)。个人感觉我们UI
还是体验的少,缺乏对产品以及用户行为的认识。设计出来的东西看似很华丽,其实缺失很多场景下的分析,不切合实际,大多数人说的“用户体验”或许只是主观的、想当然的(我也一样😮)。
自从接触互联网开始我就在有意的学习怎么做产品,期间还考虑过转产品,永远不要拿业余的跟专业的比,没什么可比性,不成熟。继续保持思考、学习。
所用技术:
vue
、vue-router
、element-ui
需求:
导航菜单(
el-menu
组件)竖向展示的
鼠标移入一级菜单展示下面的子菜单,移出则收起来(手风琴模式,正常状态下只保持一个菜单处于展开状态,手动鼠标悬浮展开的不算)
选中某个子菜单时高亮对应的一级菜单,并且当鼠标移出高亮的这个菜单模块时不折叠,但是可以点击一级菜单进行折叠(注意:跟第一条有区别)
问题
element-ui
的导航组件子菜单打开的触发方式可以通过menu-trigger
参数控制,但是,只在菜单是水平展示(horizontal
)的情况下生效。嘶~!我不禁暗想:垂直模式滑动展开真的会有系统这么做吗?(只能自己修改了)unique-opened
参数可以控制是否只保持一个子菜单展开,但是在没有子菜单的情况下失效(需要手动修改)
思路分析
导航菜单使用递归el-submenu
组件实现
- 鼠标滑动展开关闭需求:
el-submenu
组件编写鼠标移入移出事件(mouseenter
、mouseleave
),拿到indexPath
,调用open
和close
方法打开或者折叠菜单(注意:没有子菜单的一级菜单鼠标移入移出不做处理)
- 只保持一个菜单出于展开状态
- 先配置
unique-opened
参数为false
,以保证openedMenus
只有一个(openedMenus
是el-menu
内部维护的属性, 可以自行打印看一下)
一开始我想在子菜单展开折叠的回调事件(
open
、close
)里写逻辑判断,但是不知道什么原因回调事件不触发(注意:open方法
和open事件
不一样,组件三大要素:属性、事件、方法),所以我就考虑在select
回调事件里写逻辑了
- 在菜单激活的
select
回调事件中,让上一个打开的菜单调用close
方法关闭。(这里需要记录上次打开菜单的index
,这里我使用sessionStorage
记录)
代码展示
只展示代码片段,仅供参考
sessionStorage
使用自己封装的,之前文章有写过,感兴趣的可以看一下
el-submenu
组件
1 | menuEnter() { |
el-menu
组件
1 | // 登录系统的时候,记录展开的菜单信息, |
最终效果展示
总结
用了UI
框架之后就不可避免的会跟产品设计风格向左,这就需要在框架基础之上进行修改。框架也是一个个组件组成的,抓住组件设计的三要素:属性、事件、方法,了解框架组件的工作原理,就可以轻松的进行修改啦🎉🎉
我是 甜点cc
热爱前端,也喜欢专研各种跟本职工作关系不大的技术,技术、产品兴趣广泛且浓厚,等待着一个创业机会。主要致力于分享实用技术干货,希望可以给一小部分人一些微小帮助。
我排斥“新人迷茫,老人看戏”的现象,希望能和大家一起努力破局。营造一个良好的技术氛围,为了个人、为了我国的数字化转型、互联网物联网技术、数字经济发展做一点点贡献。数风流人物还看中国、看今朝、看你我。