管理类业务系统菜单部分美化经验分享,把所有好的东西拿过来拼凑并不容易能形成整体的效果

简介:
前几年从程序员的眼光看,也是非常漂亮的,当时没有采用折叠菜单、用树型结构的菜单导航,大概用了好几年也在好几个中小型项目里应用过,总结下来有几点不太友好:
1. 颜色有些黯淡、有些沉重,同时会让人感觉有些笨重,虽然开发人员喜欢,最终客户不太喜欢这个颜色搭配。
2. 不大好应用其他效果,很容易变成颜色搭配不协调的问题,颜色乱的局面会产生,更不能用一些鲜艳的颜色,那会显得更乱。
3. 按钮的权限控制写起来比较麻烦,例如上面的一部分都是用了HTC技术,写了不少JavaScript。
4. 后来用了折叠的菜单控件,ComponentArt 的树控件,但是菜单项太多了后,导致有些子菜单显示不友好,无法自动适应高度等问题,同时颜色搭配也成了难题,选了好几个风格,总的来说,都很失败,客户也很不满意。
 
   以上效果组合虽然都用了Microsoft、ComponentArt的,但是搭配在一起,非常不协调,虽然当个来讲都是业界比较好的,但是拼凑到一起,很难看了,可能你自己看着也觉得恶心一些,我也觉得实在是拿不出手,不过也是没办法,没有专业的页面设计人员协助,也是一时找不到合适的人分包这部分工作,或者外包给合适的单位来处理。
 
   这个就像有个比较有名的比喻,把所有美女的脸上的优点都集中起来,组合一个新美女出来,很可能就是恶魔,同样还有一个俗话一样,我们心目中想象的是天仙美妹,但是我们通过自己的两手亲自画出来就是丑陋的恶魔,不是这方面的专业人才,很容易搞不好整体的效果,局部的效果谁都可以搞好,但是整体的效果,的确是需要有水平才可以。
 
   其实以前也参与做过一些设计不错的项目,但是这些项目要么现在跑不起来,要么丢的丢,要么当时没在乎,更本没保存过,这导致自己需要用时,又开始从头开始折磨,或者还有一个心理就是,我自己做绝对能比你的做得好,当时根本看不上眼,当轮到我真的需要自己做的时候,做出来的东西,真的丑陋得很,根本拿不出手,客户也不能满意。
 
   后来想办法,又找专业做网站设计的朋友,做了一个大概花费了1000多元的设计费,大体效果是如下:
   这个色调是足够好了,但是不够大气,几百个菜单也不好分布上去,只适合少量菜单的网站前台展示型功能,也让我很头痛,不是经常做后台管理的,他们的设计思想也不一样,有的设计出来的东西,是效果图,无法直接拿过来用,很让人头大的。
 
   实在没办法,又想办法找了前台展示方面做得非常好的同行,大老远跑过去取经学习,把人家10来的积累给拿过来,用到了自己的项目里,感觉效果明显好了很多,效果图如下:
   这个页面效果,非常适合大型内部管理类系统,可以很轻松的容得下几十个模块,几百个菜单,而且子菜单的现实方式,展现方式也非常友好,界面也简介一些,不容易看着很腻,或者色彩很艳丽,而且头部还可以折叠,可以节省很多屏幕空间,方便看更多的数据列表,用了这个展示效果后,客户也比较满意,再也不提对界面不满意的事情了,也解决了一个很闹心的事情,这些事情当然不能指望程序员都能搞定,他们根本没有美敢,也不关心整个项目的效果,自己的模块也做不过来,毕竟也不能给他们太多的压力。
   折叠的效果如下:看起来也很简洁、很清爽。
   刚开始为了赶进度,每个模块都做了一个菜单,后来感觉这些代码都是重复的,没必要有几十个菜单文件,又简化为2个菜单文件,就可以把这几百个菜单弄得好好的,也用了一些缓存功能,把用户的菜单都缓存起来,这样展示的效果就更快一些了,文件数量也少了很多,最起码编译的速度,编译后的可执行文件的大小也少了不少吧,把几十个文件干掉,最后只变成了2-3个文件,心里也很爽的。
 
   当然菜单的管理、显示的先后顺序,菜单的移动、菜单的权限设置等是跟我自己的通用权限管理工具是集成在一起,菜单想怎么折腾就这么折腾,很方便,权限想怎么设置就怎么设置,普通开发人员也根本不用关心这些繁琐的事情,他们只要会用工具,配置几下就可以了,我也根本没精力去配置几百个菜单项,只管好我自己负责的几个模块的菜单就可以了。
 
   后台管理配置的效果图如下:最近增加了几个小图标,看起来更舒服了,
 
   模块配置管理的效果图如下:
   
   虽然这些都可以在数据库里,手工进行配置,但是几百个菜单了,会看得眼花缭乱,还是用一个工具去配置一下,很省事省心。
 
   虽然这些也没什么大不了的,但是从开始折腾到最后能完美的优化好,集成好,足足前后用了半年时间。因为一个人并不是万能的,要么写程序方面厉害,要么前台展示能力强,要么写后台能力强,要么美工强,但是把这么多人都想集中到一起,一般小公司比较难办到,需要不少的财力,才能达到完美的结合。
 
   我们很容易不重视我们手上的项目,我也只是想提醒大家,珍惜好经手的每个项目,说不定哪天真的会派上用处,我们不要老是心里想着,我自己做一定能做得更好,其实未必能做得好,就算能做得好,未必有那个精力,所以把自己做过的每个项目,都保存好,收集好才是硬道理。
 




本文转自 jirigala 51CTO博客,原文链接:http://blog.51cto.com/2347979/448265,如需转载请自行联系原作者
相关文章
|
5月前
|
数据库
会议OA必备!解密Layui神技:轻松构建动态可控的左侧权限菜单列表!
会议OA必备!解密Layui神技:轻松构建动态可控的左侧权限菜单列表!
61 0
|
6月前
|
XML 编解码 开发工具
《移动互联网技术》第六章 资源管理: 掌握定制控件样式、界面主题、可绘制资源程序的编写方法
《移动互联网技术》第六章 资源管理: 掌握定制控件样式、界面主题、可绘制资源程序的编写方法
25 0
|
2月前
|
缓存 小程序 数据可视化
【社区每周】小程序授权弹层和菜单支持长辈版、无障碍版;AMPE情景智能新增widget卡片能力(2022年6月第一期)
【社区每周】小程序授权弹层和菜单支持长辈版、无障碍版;AMPE情景智能新增widget卡片能力(2022年6月第一期)
19 0
|
6月前
|
存储 小程序 前端开发
【易售小程序项目】小程序私聊页面完善(带尾巴聊天气泡组件封装、滑至顶端获取历史聊天数据逻辑优化)【后端基于若依管理系统开发】
【易售小程序项目】小程序私聊页面完善(带尾巴聊天气泡组件封装、滑至顶端获取历史聊天数据逻辑优化)【后端基于若依管理系统开发】
29 0
|
6月前
|
AndFix vr&ar 图形学
潮玩元宇宙/大逃杀游戏系统开发详细案例丨规则流程丨方案逻辑丨功能设计丨需求项目丨源码出售
The development of Chaoyu Metaverse Escape Game System refers to the creation and construction of a virtual reality game system to provide an immersive gaming experience, allowing players to participate in a virtual world for escape and combat.
|
7月前
|
存储 前端开发 安全
什么是盲盒游戏系统开发规则丨指南教程丨功能逻辑丨需求项目丨源码方案
确定盲盒游戏的目标受众、玩法要素和游戏规则。 - 确定游戏系统的核心功能,如盲盒的获取、开启、物品收集、交易等。 - 确定技术平台和开发语言,如移动端应用的开发是选择原生开发(如iOS的Swift或Android的Java/Kotlin)还是跨平台开发(如React Native或Flutter)。
|
8月前
|
前端开发 区块链
合成游戏看广告视频盒子系统开发方案逻辑/详细案例/功能设计/需求步骤/规则项目/源码说明
在Solidity中,与外部合约交互可以通过调用函数来完成。这些函数可以是在Solidity合约中定义的函数,也可以是在外部合约中定义的函数。调用外部合约函数需要知道合约的地址和函数的签名。
|
8月前
|
安全
NFT卡牌游戏链游系统开发(开发方案)/详情规则/成熟技术/设计界面/案例项目/源码程序
NFT (Non Homogeneous Token) card chain game refers to a game based on blockchain technology where NFT is used as the card in the game. NFT is a unique and non interchangeable digital asset that can represent various virtual cards, props, or characters in the game.
|
8月前
|
安全 Go 区块链
区块链游戏链游系统开发功能详情丨方案逻辑丨开发项目丨案例分析丨源码规则
 In recent years, with the continuous development of blockchain technology, NFTs (non homogeneous tokens) and DAPPs (decentralized applications) have emerged in the gaming industry.