网站管理后台有哪几种界面思路？
时间：2024-01-20 11:00:01 | 来源：网站运营
时间：2024-01-20 11:00:01 来源：网站运营
网站管理后台有哪几种界面思路？：窗口界面相比经典的目录界面确实有一些优点，但你想知道为什么不常见，我就只说说我所看到的缺点好了。
窗口管理逻辑窗口界面提升效率的关键在于窗口的管理逻辑。否则稍微多开十几个窗口，互相遮盖之下，想找到之前打开过的某个窗口就是灾难。看看现在我电脑上的打开的窗口：浏览器窗口40+（以tab的形式分散在三个chrome窗口中），企业QQ聊天会话20+，私人QQ5个，资源管理器8个，IDE打开的项目5个，notepad++打开的文件10+，本地终端（git bash）窗口7个，远程终端（xshell）4个。每个应用的窗口都对应着一种资源，windows帮我管理的挺好，只要鼠标悬浮在任务栏上，就能显示对应窗口的标题+实时缩略图，再点击一次就可以到达，所以当我想寻找某个窗口时，只需要关注任务栏就可以了。如果你的窗口管理器在功能上能接近这个水准，那么就具备了提供桌面系统级功能体验的理论可能。（窗口的移动、尺寸调整等是基本要求了。至于主题之类的，我们先假设后台的使用人员没这方面需求，用一套基于bootstrap的通用设计方案就能达到>80%满意度。）哦忘了，我用的是双显示器，显著降低了切换窗口的操作需求。
性能约束web与桌面的一个明显不同，可能给任何试图提供桌面级窗口体验的web应用带来灾难，那就是执行性能。不妨试试在一个页面上放置30个大小、位置随机的窗口，每个窗口里分别渲染一个50x15带行级hover变底色的表格以及10个绑定了hover事件的按钮。然后再尝试一下拖拽、打开关闭窗口这些常用操作的流畅度。如果你的用户习惯用IE8，或者电脑内存连8G都没有还装了360，那就想也不要想。窗口界面的一个重要优点就在于能够允许快速的切换工作上下文，但这是以窗口数量作为前提的。如果因为性能约束导致无法支撑很多窗口同时存在并且能够流畅操作，那么窗口视图的优势也就不存在了。
路径选择的操作从某些方面来说，基于窗口的路径操作很可能比基于浮动导航栏菜单的操作效率更低。在窗口界面工作时，人们需要点击才能进入下一级目录（因此不可逆），并且当需要去往其他同级目录时，更倾向于使用回退操作返回上层路径而不是新开一个窗口再次从顶层往下搜寻。而在常规的基于层叠菜单的web应用中，hover到一个目录上时就显示其下的子项，少了更多的点击操作；当搜寻失误想要切换查看其他项目的子项时无疑也更加便捷。
界面适配成本每个模块打开后的功能界面，需要去适配用户自行调整后的窗口大小吗？后台的功能密度通常比较高，因此比较吃展示区域。如果允许用户自行调整窗口大小，那么可能很容易造成界面错乱，影响使用。
暂时就想到这些，后面有其他的想法再补充。交互设计这事儿，借鉴可以，但是要瞄准自己的目标用户，而不是瞄准被借鉴对象的目标用户。上面这些缺陷，如果你的目标用户的需求有限，不会因为这些约束受到太大影响，那么也就没有什么问题让你不去实施。
在线咨询
