域名频道资讯站
我们一直在努力制造惊吓

B端模块化思考:体验原则篇


先设计、后规范,还是先规范、后设计?这真的是一个问题。

B端模块化思考:体验原则篇

体验原则是项目进入交互设计之前确定,还是边设计边制定,亦或是设计完成之后根据设计稿来定?

这让我想到一个哲学问题——先有鸡还是先有蛋?

通过最近接触和完成不同B端项目的经历来说,似乎都有尝试。目前来说,可能接下来讲的更有通性一些。

推荐是先将方向性和布局性的原则确定,不管是交互原则,还是视觉原则。这样,不管是边设计边总结,还是设计完成之后,再整理完整的规范,都是可以极大提升团队协作效率的。

目录

  1. 交互设计原则
  2. 视觉设计原则

正如之前一篇技能树所倡导的,体验设计包含了交互设计和视觉设计(即UI设计)。所以,继续往下看之前,恐怕需要先达成一个共识,不然,可能会有理解上的差异。当然,其实创意设计中,也是需要遵循下方总结的四项视觉设计原则的。

一、交互设计原则

1. 核心原则

B端模块化思考:体验原则篇

图一

上述四个原则,可以让我们评判方案有一个参考方向,而并不是无用的说辞哦。这点我想很多设计师会不以为然,但是仔细去考虑深思一下,也许有不一样的发现。

2. 交互设计原则-直接了当

正如 Alan Cooper 所言:『需要在哪里输出,就要允许在哪里输入』,这就是直接操作的原理。

不要为了编辑内容而打开另一个页面,应该直接在上下文中实现编辑。

2.1 页内编辑-单字段行内编辑

2.1.1 当『易读性』远比『易编辑性』重要时,可以使用『单击编辑』。

B端模块化思考:体验原则篇

单击示例

  • 状态一:普通的浏览模式,不区分可编辑行和不可编辑行;
  • 状态二:鼠标悬停时,『指针』变为『手型』,编辑区域底色变黄,出现『Tooltips』提示单击编辑;
  • 状态三:鼠标点击后,出现『输入框』、『确定』、『取消』表单元素,同时光标定位在『输入框』中。

2.1.2 当『易读性』为主,同时又要突出操作行的『易编辑性』时,可使用『文字链/图标编辑』。

B端模块化思考:体验原则篇

示例二

  • 状态一:在可编辑行附近出现文字链/图标;
  • 状态二:鼠标点击『编辑』后,出现『输入框』、『确定』、『取消』表单元素,同时光标定位在『输入框』中。

2.2 页内编辑-多字段行内编辑

在『多字段行内编辑』的情况下,显示的内容和编辑时所需的字段会存在比较大的差异,所以更需要『巧用过渡』原则中的『解释刚刚发生了什么』来消除这种视觉影响。

B端模块化思考:体验原则篇

多字段行内编辑

编辑模式在不破坏整体性的前提下,可扩大空间,以便放下『输入框』等表单元素;其中,在 Table 中进行编辑模式切换时,需要保证每列的不跳动。

3. 交互设计原则-足不出户

能在这个页面解决的问题,就不要去其它页面解决,因为任何页面刷新和跳转都会引起变化盲视(Change Blindness),导致用户心流(Flow)被打断。频繁的页面刷新和跳转,就像在看戏时,演员说完一行台词就安排一次谢幕一样。

简单来说,就是“当前操作当前做”,不转移连续交互动作。

变化盲视(ChangeBlindness):指视觉场景中的某些变化并未被观察者注意到的心理现象。产生这种现象的原因包括场景中的障碍物,眼球运动、地点的变化,或者是缺乏注意力等。——摘自《维基百科》

心流(Flow):也有别名以化境(Zone)表示,亦有人翻译为神驰状态,定义是一种将个人精神力完全投注在某种活动上的感觉;心流产生时同时会有高度的兴奋及充实感。——摘自《维基百科》这种“浑然忘我”的愉悦体验,被美国积极心理学奠基人之一的米哈里·契克森米哈赖称之为【心流】。

3.1 覆盖层(即覆盖页面元素之上,新的承载页)

二次确认:避免滥用Modal(模态层、覆盖层)进行二次确认,应该勇敢让用户去尝试,给用户机会『撤消』即可。

3.1.1 推荐示例

B端模块化思考:体验原则篇

推荐示例

用户点击『删除』后,直接操作;出现Message告知用户操作成功,并提供用户『撤消』的按钮;用户进行下一个操作或者 1 分钟内不进行任何操作,Message消失,用户无法再『撤消』。

3.1.2 推荐示例

B端模块化思考:体验原则篇

推荐示例

特例:在执行某些无法『撤消』的操作时,可以点击『删除』后,出现Popconfirm进行二次确认,在当前页面完成任务。

3.1.3 不推荐示例

B端模块化思考:体验原则篇

滥用 Modal 进行二次确认,就像『狼来了』一样,既打断用户心流(无法将上下文带到弹出框中),也无法避免失误的发生。

话说,并非不推荐就是不可用的。这个最终是否适用项目,需要结合业务、结合用户的使用习惯来。

因为在我做KCL项目的过程中,面对的主要客群是偏线下场景的工作人员,其认知水平与一般的企业人员稍有差异。所以,能尽量简化操作,能尽量在当前页完成的,就尽量在当前页完成。避免流程过长影响使用效率。

在KCL项目中,我就多次运用了上述不推荐的样式。

3.1.4 输入覆盖层(气泡提示层):在覆盖层上,让用户直接进行少量字段的输入。

B端模块化思考:体验原则篇

示例

鼠标『点击』图标触发;鼠标『点击』悬浮层以外的其他区块后,直接保存输入结果并退出。

3.2 嵌入层

3.2.1 列表嵌入层:在列表中,显示某条列表项的详情信息,保持上下文不中断。

B端模块化思考:体验原则篇

示例

3.2.2 标签页:将多个平级的信息进行整理和分类,一次只显示一组信息。

B端模块化思考:体验原则篇

标签示例

所谓标签页,即是设置滑动标签,将内容置入标签的内页中,比较常见的多见于分类筛选。

在后台项目中,特别是KCL项目,因为涉及的业务场景比较多,所以会有涉及。

3.3 流程

长期以来,Web 实现流程的方式就是把每个步骤放在一个单独的页面上。虽然这种做法是分解问题最简单的方式,但并不是最佳解决方案。对于某些『流程处理』而言,让用户始终待在同一个页面上则更有必要。

B端模块化思考:体验原则篇

流程示例

所谓流程处理,例如:填写个人信息、认证身份等,当需要填写信息过多的时候,拆分步骤是一种解决手段。但是这种拆分是否合适,需要依据实际项目作出判断,antdesign的建议是统一在一个页面上,但是并非适用全部情况。

在KCL项目中,我依据项目的统一性,在多个页面将相关流程性的信息聚焦在一个页面之内。

3.3.1 弹出框

虽然弹出框的出现会打断用户的心流,但是有时候在弹出框中使用『步骤条』来管理复杂流程也是可行的。

B端模块化思考:体验原则篇

流程-覆盖层示例

正如第一条覆盖层阐述所说,覆盖层有的情况下,也是合适的。关于流程处理,就比较适合覆盖层,因为用户不需要了解上一层级的前提条件,只需要关注当前流程步骤即可。

4. 交互设计原则-简化交互

根据费茨法则(交互设计七大定律之一)所描述的,如果用户鼠标移动距离越少、对象相对目标越大,那么用户越容易操作。通过运用上下文工具(即:放在内容中的操作工具),使内容和操作融合,从而简化交互。

费茨法则:到达目标的时间是到达目标的距离与目标大小的函数,即:距离越长,所用时间越长;目标越大,所用时间越短。

4.1 实时可见(即:所见即所得)

如果某个操作非常重要,就应该把它放在界面中,并实时可见。

B端模块化思考:体验原则篇

示例

  • 状态一:在文案中出现一个相对明显的点击区域;
  • 状态二:鼠标悬停时,鼠标『指针』变为『手型』,底色发生变化,邀请用户点击。
  • 状态三:鼠标点击后,和未点击前有明显的区分。

4.2 悬停即现

如果某个操作不那么重要,或者使用『实时可见工具』过于啰嗦会影响用户阅读时,可以在悬停在该对象上时展示操作项。

B端模块化思考:体验原则篇

示例

鼠标悬停时,出现操作项。

4.3 开关显示

B端模块化思考:体验原则篇

开关示例

用户点击『修改』后,Table 中『文本』变成『输入框』,开启编辑功能。其和文字类链接修改本质是相同的,区别在于编辑状态停留本页还是进入下一级页面。

在KCL项目中我们采用的是后一种即文本链接下一级页面,主要原因在于图标的示意对于操作用户而言有些困难。

4.4 融合显现

如果操作不重要或者可以通过其他途径完成时,可以将工具放置在用户的操作流程中,减少界面元素,降低认知负担,给用户小惊喜。

4.4.1 推荐示例一

B端模块化思考:体验原则篇

鼠标悬停时,出现 Tooltips 进行提示,用户点击内容直接复制。此种交互方式,有些类似移动端中的长按复制,其本质都是减少用户在操作过程中的成本,减少用户操作路径。

4.4.2 推荐示例二

B端模块化思考:体验原则篇

鼠标滑选/双击时,系统自动复制该部分内容。通过大胆猜测用户的行为,并帮助完成,给用户小惊喜。

4.4.3 不推荐示例

B端模块化思考:体验原则篇

在可复制内容的附近出现『图标』,点击后复制。其实,这个不推荐示例是从用户操作成本来说的。因为你点击复制图标之后,需要再次确认反馈是否复制成功,toast的提示是需要的。这种情况下,打断了用户的操作流程。

但是为什么在KCL项目中再次运用了?

问题还是出在用户身上,我们通过后台数据分析、用户访谈等定性和定量研究方法,得出结论是对于一些新颖的交互操作,他们觉得比较难以记住。不如直接明明白白的显示出更符合他们的操作预期。所以,最终还是选择了这种不推荐的样式(antdesign阐述的不推荐)。

4.5 可视区域 ≠ 可点击区域

在使用 Table 时,文字链的点击范围受到文字长短影响,可以设置整个单元格为热区,以便用户触发。

4.5.1 单元格热区

B端模块化思考:体验原则篇

当悬浮在 ID 所在的文字链单元格时,鼠标『指针』随即变为『手型』,单击即可跳转。

4.5.2 列表整行热区

B端模块化思考:体验原则篇

当悬浮在 ID 所在的文字链整行时,鼠标『指针』随即变为『手型』,单击即可跳转。

4.5.3 卡片热区

当需要增强按钮的响应性时,可以通过增加用户点击热区的范围,而不是增大按钮形状,从而增强响应性,又不缺失美感。

B端模块化思考:体验原则篇

鼠标移入按钮附近,即可激活 Hover 状态。此种类型的热区设置,多见于C端或者前端显示交互,后端系统项目,较为少见。

之前有个大神分享过其为外国客户设计的一款医疗管理后台,其交互形式以卡片式风格为主,在后台操作过程中,即常用了这种交互形式。

5. 交互设计原则-提供邀请(引导)

很多富交互模式(eg:『拖放』、『行内编辑』、『上下文工具』)都有一个共同问题,就是缺少易发现性。所以『提供邀请』是成功完成人机交互的关键所在。邀请就是引导用户进入下一个交互层次的提醒和暗示,通常包括意符(eg:实时的提示信息)和可供性,以表明在下一个界面可以做什么。

当可供性中可感知的部分(Perceived Affordance)表现为意符时,人机交互的过程往往更加自然、顺畅。

意符(Signifiers):一种额外的提示,告诉用户可以采取什么行为,以及应该怎么操作;必须是可感知(eg:视觉、听觉、触觉等)。——摘自《设计心理学1》

可供性(Affordance):也被翻译成『示能』,由JamesJ.Gibson提出,定义为物品的特性与决定物品用途的主体能力之间的关系;其中部分可感知(此部分定义为PerceivedAffordance),部分不可感知。——摘自《设计心理学1》

5.1 静态引导(静态邀请-antdesign表述)

指通过可视化技术在页面上提供引导交互的邀请。

引导操作邀请:一般以静态说明形式出现在页面上,不过它们在视觉上也可以表现出多种不同样式。

常见类型:『文本提示』、『场景提示』、『提示条引导』

5.1.1 文本提示

B端模块化思考:体验原则篇

文本引导用户下一步交互操作,如上图所示,文本传达表意,图标传达操作指引。

5.1.2 场景提示

B端模块化思考:体验原则篇

场景提示即空状态提示引导,如上图所展示。文案告知用户状态,同时以下一步操作引导用户操作。

5.1.3 提示条指引

B端模块化思考:体验原则篇

所谓未完成邀请即通知指引提示,类似移动端的toast,只是不会自动消失。

5.2 动态指引

指以响应用户在特定位置执行特定操作的方式,提供特定的邀请。

5.2.1 悬停指引一:在鼠标悬停期间提供指引(即依据用户操作给与下一步操作提示指引)。

B端模块化思考:体验原则篇

鼠标『悬停』整个卡片时,可被点击部分变为蓝色的『文字链』。

5.2.2 悬停指引二:在鼠标悬停时显示就近操作指引(即依据用户动作提示下一步操作指引)。

B端模块化思考:体验原则篇

鼠标『悬停』整个卡片时,可被点击部分显示,按分类可看做上一个指引的延伸。提示指引,其实在我们看来就是提示指引或提示交互方式。

我们在KCL项目中,文字指引、空状态提示指引以及未完成提示指引都有所体现,这种提示的方式可以给与用户及时的反馈,避免用户产生迷茫情绪。

悬停指引与我们项目并不相符,该提示无法第一时间就显示,对于我们的客户而言,有一定的学习成本。

6. 交互设计原则-巧用过渡(页面转场动效)

人脑灰质(Gray Matter)会对动态的事物(eg:移动、形变、色变等)保持敏感。

在界面中,适当加入一些过渡效果(即转场动效-微动效,能让界面保持生动,同时也能增强用户和界面的沟通。

Adding:新加入的信息元素应被告知如何使用,从页面转变的信息元素需被重新识别。

Receding:与当前页无关的信息元素应采用适当方式移除。Normal:指那些从转场开始到结束都没有发生变化的信息元素。

6.1 在视图变化时保持上下文

6.1.1 滑入与滑出:可以有效构建虚拟空间。

B端模块化思考:体验原则篇

视图变化时保持上下文,简单来说,就是转场时,不至于中间出现空白状态或仅出现一个孤零零的加载态,让整个页面比较空的情况。

这种转场方式,很多C端前台产品运营比较普遍,主要是为了减少用户的等待焦虑。这个,在KCL项目时,我们也有考虑是否增加这方面的动效。

但是其从需求优先级而言,不高,最终让步于其他的需求。现在想来,其实如果增加了这种转场动效,对于用户而言也是一个小惊喜。

6.1.2 传送带(即序列变化):可让用户产生视觉错觉,扩大虚拟页面空间。

B端模块化思考:体验原则篇

6.1.3 折叠窗口(手风琴交互样式):在视图切换时,有助于保持上下文,同时也能拓展虚拟空间。

B端模块化思考:体验原则篇

6.2 显示变化过程

6.2.1 对象增加:在列表/表格中,新增了一个对象。

B端模块化思考:体验原则篇

新增一条对象时,该行『高亮』告知用户这是新增项;几秒后『高亮』消失,以免过度干扰用户。这条包括下面几条都是针对表格操作的,B端项目,做好表格的展示就起码做好了视觉表现的1/3了。

上图说的主从型列表即如下图所示:

B端模块化思考:体验原则篇

来源于网络

6.2.2 对象删除:在列表/表格中,删除了一个对象。

所谓对象删除交互和对象增加交互本质上是类似的,故不增加图示说明了。对象删除就是运用了滑出+渐隐的方式比较流畅,体验更好。但是一定要结合团队需求的优先级来看,不要为了体验忽略能用和易用。

6.2.3 对象更改:在列表/表格中,更改了一个对象。

B端模块化思考:体验原则篇

  • 状态一:用户更改了『详情』中的值;
  • 状态二:用户点击『保存』后,详情所在的网格出现『黄底』,表明该对象发生了更改;
  • 状态三:底色持续几秒后,恢复正常。仍然是主从型表格的编辑操作,介绍的还是关于转场交互微动效,用以增加用户体验流畅的。

6.2.4 对象呼出(alert或者pop弹窗):点击页面中元素,呼出一个新对象。

B端模块化思考:体验原则篇

一些概念保持了antdesign的叫法,后面已经按我们的理解增加了说明。对象呼出这个,因为涉及交互提醒程度不同,有pop弹窗、alertdialog、还有toast提示等,都是需要依据下一步指引内容的重要程度来判断用哪种交互样式。

7. 交互设计原则-即时反馈

『提供邀请』的强大体现在交互之前给出反馈,解决易发现性问题(事前);『巧用过渡』的有用体现在它能够在交互期间为用户提供视觉反馈(事中);『即时反应』的重要性体现在交互之后立即给出反馈(事后)。

就像『牛顿第三定律』所描述作用力和反作用一样,用户进行了操作或者内部数据发生了变化,系统就应该立即有一个对应的反馈,同时输入量级越大、重要性越高,那么反馈量级越大、重要性越高。

虽然反馈太多(准确的说,错误的反馈太多)是一个问题,但是反馈太少甚至没有反馈的系统,则让人感觉迟钝和笨拙,用户体验更差。

牛顿第三定律:当两个物体互相作用时,彼此施加于对方的力,其大小相等、方向相反。——摘自《维基百科》

7.1 即时反馈-查询场景

自动完成:用户输入时,下拉列表会随着输入的关键词显示匹配项。 根据查询结果分类的多少,可以分为『确定类目』、『不确定类目』两种类型。

7.1.1 确定类目

B端模块化思考:体验原则篇

用户所查询的关键词,只会在『话题』、『产品』、『商铺』这三种类目中出现。

7.1.2 不确定类目

B端模块化思考:体验原则篇

用户所查询的关键词,其所属的类目数量不确定,可能 4 个,可能 5 个,可能更多。不管是确定类目还是不确定类目,其都是搜索后反馈结果。

这两种显示交互操作,并无优劣之分,区别在于搜索时对于IK分词或者匹配算法的差异。当然,两种类目也可以同时展示,主要看团队后台是否可以支持?毕竟当项目的体量比较大的时候,多一种展示方式,体量可不是简单的一加一。

优先级:确定类目大于不确定类目,具体可以参看之前一篇关于搜索和筛选的文章。

7.2 即时反馈-输入

7.2.1 实时预览

在用户提交输入之前,让他先行了解系统将如何处理他的输入。

注:解决错误最好的办法,就是不让错误发生,而『实时预览』就是有效避免错误的好设计。

B端模块化思考:体验原则篇

根据用户的输入,提供关于密码强度和有效性的实时反馈。

7.2.2 渐进式展现

在必要的时候提供必要的提示,而不是一股脑儿显示所有提示,导致界面混乱,增加认知负担。

进度指示:当一个操作需要一定时间完成时,就需要即时告知进度,保持与用户的沟通。

常见的进度指示:『按钮加载』、『表格加载』、『富列表加载』、『页面加载』,可根据操作的量级和重要性,展示不同类型的进度指示。

a. 按钮加载

B端模块化思考:体验原则篇

b. 表格加载

B端模块化思考:体验原则篇

c. 富列表加载

B端模块化思考:体验原则篇

d. 页面进度加载

B端模块化思考:体验原则篇

二、视觉设计原则

1. 视觉设计原则- 亲密性

如果信息之间关联性越高,它们之间的距离就应该越接近,也越像一个视觉单元;反之,则它们的距离就应该越远,也越像多个视觉单元。

亲密性的根本目的是实现组织性,让用户对页面结构和信息层次一目了然。

1.1 纵向间距关系

1.1.1 通过『小号间距』、『中号间距』、『大号间距』这三种规格来划分信息层次。

B端模块化思考:体验原则篇

在系统设计中,这三种规格分别为:8px(小号间距)、16px(中号间距)、24px(大号间距)。

之所以用8为倍数,一方面是antdesign的建议,另一方面也是因为我们C端前台界面间距规范都是以8的倍数来的,保持项目规范的整体延续。

注:在系统设计中,间距y=8+8*n。其中,n>=0,y是纵向间距,8是『基础间距』。

1.1.2 分割线

B端模块化思考:体验原则篇

通过增加『分割线』来拉开层次。当前来说,除了增加分割线区分边界和层级。还可以通过留白,当然留白这种不适合后台项目。

还可以通过斑马线分割边界。我们通过调研分析,发现分割线区分对于用户而言体验不佳,主要体现在表格内容超过10条之后,很容易看错行。

1.2 横向间距关系

为了适用不同尺寸的屏幕,在横向采用栅格布局来排布组件,从而保证布局的灵活性。

1.2.1 组合排布

B端模块化思考:体验原则篇

在一个组件内部,元素的横向间距也应该有所不同。

1.2.2 复选框间距

B端模块化思考:体验原则篇

纵向关系和横向关系间距,我们都是设置以8的倍数为递进的。这样既保持了规范一致,也可以提升团队内的开发进程和效率。

2. 视觉设计原则-对齐

正如『格式塔学派』中的连续律(Law of Continuity)所描述的,在知觉过程中人们往往倾向于使知觉对象的直线继续成为直线,使曲线继续成为曲线。任何元素都不能在页面上随意安放。每个元素都应当与页面上的另一个元素有某种视觉联系。这样能建立一种清晰、精巧而且清爽的外观。

虽然可能会通过分开放置某些元素 来指示它们的关系(使用亲密性原则),但对齐原则会告诉用户,即使这些项并不靠近,但它们属于同一组。在界面设计中,将元素进行对齐,既符合用户的认知特性,也能引导视觉流向,让用户更流畅地接收信息。

2.1 文案类对齐

如果页面的字段或段落较短、较散时,需要确定一个统一的视觉起点。

B端模块化思考:体验原则篇

2.2 表单类对齐

冒号对齐(右对齐)能让内容锁定在一定范围内,让用户眼球顺着冒号的视觉流,就能找到所有填写项,从而提高填写效率。

B端模块化思考:体验原则篇

2.3 数字类对齐

为了快速对比数值大小,建议所有数值取相同有效位数,并且右对齐。

B端模块化思考:体验原则篇

内容对齐是设计中非常重要的原则,统一对于原则达成共识是后续在团队协作中非常重要的。因为有些人很容易发生上述图中不推荐示例的理解。

当然,表单类对齐中,我们一开始是坚持以冒号对齐为标准的,但是后续随着各种业务场景字段的统一展示,发现按冒号对齐,整个界面显得特别凌乱(我们不是antdesign中推荐的1440宽,而是1920宽)。

所以,后续我们尝试是以文字左对齐来的做两排显示。如果按1440宽,也许留白不那么空,还是会坚持以冒号对齐的。后续真实使用如何,恐怕需要数据说话。

3. 视觉设计原则-对比

对比是增加视觉效果最有效方法之一,同时也能在不同元素之间建立一种有组织的层次结构,让用户快速识别关键信息。对比是为页面增加视觉效果的最有效的途径之一;同时对比还能在不同元素之间建立一种有组织的层次结构,让用户快速识别关键信息。

要记住一个重要规则:要想实现有效的对比,对比就必须强烈,千万不要畏畏缩缩。

3.1 主次关系对比

为了让用户能在操作上(类似表单、弹出框等场景)快速做出判断,来突出其中一项相对更重要或者更高频的操作。

B端模块化思考:体验原则篇

3.2 不区分主次关系

B端模块化思考:体验原则篇

在一些需要用户慎重决策的场景中,系统应该保持中立,不能替用户或者诱导用户做出判断。『通过』和『驳回』都使用次按钮,系统保持中立。

3.3 总分关系对比

通过调整排版、字体、大小等方式来突出层次感,区分总分关系,使得页面更具张力和节奏感。

B端模块化思考:体验原则篇

B端模块化思考:体验原则篇

3.4 状态关系对比

通过改变颜色、增加辅助形状等方法来实现状态关系的对比,以便用户更好的区分信息。

常见类型有『静态对比』、『动态对比』。

B端模块化思考:体验原则篇

B端模块化思考:体验原则篇

4. 视觉设计原则-重复

相同的元素在整个界面中不断重复,不仅可以有效降低用户的学习成本,也可以帮助用户识别出这些元素之间的关联性。

重复元素

重复元素可以是一条粗线、一种线框,某种相同的颜色、设计要素、设计风格,某种格式、空间关系等。

B端模块化思考:体验原则篇

B端模块化思考:体验原则篇

B端模块化思考:体验原则篇

总的来说,交互设计原则和视觉设计原则,一开始就制定细节的规范,这样做是不推荐的。一限制了设计的发挥空间;二不利于设计的执行,有些类似偏离了项目实际,空想决策。

所以,正如开头所言,比较推荐的是,一开始也是需要制定一定的规范,只是这个规范是一个大概的方向或参照依据。后续可以根据项目以及团队具体人力来决定是边设计边总结,还是设计完成再梳理。

整篇文章涉及的原则,大部分来源于antdesign的资料以及element的规范,同时也掺杂了我们的实际项目经验理解,权当记录和梳理一下最近一次B端项目历程中的思考。

参考链接:

AntDesign的设计组件,实现框架React、Angular——https://ant.design/docs/spec/layout-cn

Element的设计组件,实现框架Vue 2.0、 Angular——http://element-cn.eleme.io/#/zh-CN/component/checkbox

iView的设计组件,实现框架Vue——https://www.iviewui.com/docs/guide/theme

飞冰的设计组件,实现框架React——https://alibaba.github.io/ice/

Layui的设计组件——https://www.layui.com/demo/grid.html

G2可视化图形组件——https://antv.alipay.com/zh-cn/g2/3.x/demo/index.html

Echarts可视化图形组件——https://echarts.baidu.com/

d3.js可视化图形组件——https://github.com/d3/d3/wiki/Gallery

在线栅格化计算工具——http://grid.guide/#/1000/24/34/8/0

 

作者:PGDWORKS;公众号:PGDWORKS

本文素材来自互联网

赞(0)
分享到: 更多 (0)

中国专业的网站域名及网站空间提供商

买域名买空间