设计规范
本篇内容并非给设计师使用的文档，而是写给前端开发的朋友。
在开发过程中，我们往往没有什么设计意识，很多人单纯就是调通接口就算是做就好了，容易形成岔子。
而这之后，他们就懒得去完善一下用户体验，导致使用者频频吐槽系统难用。
这里，我们可以简单的放一下设计原则，这是我们开发中，涉及到交互时候主要需要遵守的原则。
而细节上，我们则需要按照交互，去调整自己开发中负责的表单及列表模块。
这样，通过这些调整，我们可以减少一些没必要返工。
原则
一致性 Consistency
- 与现实生活一致：与现实生活的流程、逻辑保持一致，遵循用户习惯的语言和概念；
- 在界面中一致：所有的元素和结构需保持一致，比如：设计样式、图标和文本、元素的位置等。
反馈 Feedback
- 控制反馈：通过界面样式和交互动效让用户可以清晰的感知自己的操作；
- 页面反馈：操作后，通过页面元素的变化清晰地展现当前状态。
效率 Efficiency
- 简化流程：设计简洁直观的操作流程；
- 清晰明确：语言表达清晰且表意明确，让用户快速理解进而作出决策；
- 帮助用户识别：界面简单直白，让用户快速识别而非回忆，减少用户记忆负担。
可控 Controllability
- 用户决策：根据场景可给予用户操作建议或安全提示，但不能代替用户进行决策；
- 结果可控：用户可以自由的进行操作，包括撤销、回退和终止当前操作等。
交互
整理一些常规开发中需要注意的细节，帮助我们规避一下交互上的毒点。
这些并非是很麻烦的事情，但是开发过程中，前端开发在这个过程中会忽略这些交互细节。
这些相当于百里长跑的最后一步，而这最后一步虽然不费工夫，但是很多人很少有意识去做，导致最终结果总是差点意思。
所以，我们在自检页面完成度的时候，可以有意识去看看这些交互是不是没有完成。
通用
- 减少自定义样式的使用，能用框架实现，就不要自己实现
- 按钮点击之后，为防止用户误触，需要给按钮添加loading效果
- 时间戳统一转换格式
表单
- 表单需要在完成必填项校验之后，才能触发提交接口
- 表单如有不符合规则的提示，在校验完成后，需要用
waring效果统一进行提示
列表
- 下拉选项框，统一要带清空选项的效果，除非特殊要求
- 查询表单最好携带
enter事件，点击enter可以查询列表 - 表格统一高度，如果有的超出宽度，导致换行错位，就需要调整表头宽度
- 表格查询，需要添加
loading效果 - 新增操作统一放在表格左侧上方，顺序要按照操作习惯
- 修改，或者一些单行点击事件操作，不要放在表格上方，放在表格右侧固定列
- 删除这类操作如果不是批量操作，也放在表格行内，如果是批量操作，放在新增操作旁边
- 新增，修改，删除等完成之后，表格需要刷新
- 删除操作，都需要确认弹窗
弹窗
- 取消按钮，统一放在最右下角，防止误操作
- 提交按钮，放在取消按钮左侧，提交完成后，关闭弹窗
- 保存并继续，放在提交按钮左侧，保存完成之后，清空表单