笔者在本文中的重点是对企业后台的数据信息表页面做一个简单的阶段性总结，欣赏~
在过去的六个月里，我们经常在形势页上为这个想法而战。企业后台数据信息的展现总是由大量的表格和表单组成。当我们第一次接管办公室时，我们假设它将存放在已被许多人怀疑的住所中。因为那个案例的页面在版式设计上的差异，可以追溯包装、印刷、版式设计的历史。网上已经有很多想法可以参考，很多想法只能通过我自己全程的感官战测试来决定。可以作为降低台湾自身假设规范的参考，所以最后难免对假设缺乏一些信心。过了一段时间，开始讨论一些大厂的暂定规格，比如element，antdesign，效仿了一个暂定规格，但毕竟画了一瓢，知其然不知其所以然。
渐行渐远，我关注了很久哪一个测试结果，在网上看了很多原始资料，抽空整理和整改了整个网页的设计规范。我已经开始这个综合的方式，对企业后台的数据信息表单页面做一个简单的阶段性总结。
桌子的情况
表是整理和矫正数据信息终止结构的一种手法。大致可以分为四类:导入式、集合式、杂合式、被动式。四种形式的匹配所提供的功能可以被用户所认同。我尽力签到过的战童报告的申请处理页面只有两类表格:套表和杂帐表。
设置表
利用用户设置表单的主次终止控制，就是快速思考，掠夺需要终止删除、删除、修改、搜索的内容。报到情况下使用的设置形式包括(申请处理人员终止报到划分规则和员工划分规则的编制)、报到申请处理人员的设置(申请处理人员终止报到申请处理人员和管理权限的设置)。
杂项表格
在大多数情况下，杂项表只是作为数据信息的存储日而存在。对签到有用的杂项账号表单有签到账号表单(员工和绝望人的签到账号或由其导出)和各种列表表单(应用处理人员和绝望人的签到或导出的员工签到列表)。
已经怀孕了应该注意什么？
根据不同角色用户对表单的使用可以看出，两类表单中最重要的是可读性和服从性。也就是说，很容易搜索已经由维护端口访问的突起的其他关键信息。
1.用户的目的是什么，而不是运营逻辑？
企业后台页面经常展示的一个考试结果是，数据信息呈现的逻辑是按照运营逻辑呈现的，而不是从用户的角度。当你怀疑那一方的时候，物料经理就会乘虚而入，讽刺的是“运营的逻辑就是那样”。
比如签到账号表，用户上路最重要的是哪个签到形状存疑，但 *** 作的逻辑是先呈现你的各种签到列表，签到形状呈现在开头。所以如果按照运算逻辑去想象，会把无用的信息向左加强。反而把用户最私密的信息都列在了开头，大大压抑了使用的服从性。
2.向用户报告“你去那里”和“你想来那里”
使用集合表单和其他描述性表单的用户的主要和次要目标是检查页面并找到他们想要控制的项目。所以在页面设想的时候，就要明确的向用户报告你现在看到了什么，你的私密数据信息已经在那里了。
比如签到账号表单，因为自身的特点，信息量大是劝阻不了的。当用户已经检查了表单时，这是很费力的，他根本不知道他现在在看哪一面，所以他为那一面提供了一个浮动的形状表示。非常可疑的关于用户亲密度的信息可以通过标白的全过程呈现出来，让用户在思考的过程中快速找到目的地。
3.停止隐藏或删除不必要的怀疑。
按照复杂的高于一切的规则，停止审查页面中的每一项，看看有没有可以停止隐藏或删除的疑点，减少用户在页面中的选择和音乐声音。
比如顶部的logo，可以通过管理系统判断员工所属签到组的签到划分规则是主动成功的，而不是一直把所有选项都分配给顶部，从而压抑用户使用时的服从性；其他的可以叠加用户不常应用的“十个”选项；就像道是作为员工私用的签到账号，他们到底是谁，去过哪个部门都很清楚，所以事务所左侧的“部门”和“姓名”一栏影响很大，详细说明了需要呈现的内容。
4.不同场景下不同的应急响应方法。
在平衡可读性的标准下，你可以在已经区分的情况下利用差异。杂项表可以更宽松，因为大部分数据信息不需要终止急诊；信息量少，需要紧急处理的数据信息案件，可以长时间留黑，控制时不太容易沉。
5.标准化是关键。
没有尽头，没有边界。企业后台管理系统的思路，一直是一个很简单的思路，局限在某个层面上进行定量分析。创建一个完整的idea规范，打开和反汇编组件库，在前端开发和创建代码库，可以省去今天很多繁琐的标记，在事情已经解释清楚的情况下可以发挥很大的作用。
如今，我试图应付的大多数考试分数都是由于提出了一个有限的假设标准。因为我在新项目开始的时候花了一段时间终止了标准的安排，现在想在这里花很多次去挖坑，好难过。
文章由@janedaring发布。我已经同意了，并劝阻拦截。
图片来自unsplash，据CC0和平谈判。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）