设计系统的完整性

设计系统的完整性

设计系统的产生是为了某领域内产品在不同平台和设备上都保持设计和交互风格的统一。既然是一个系统，那必须具有相应的完整性。它为产品设计，产品内容等方面提供相应的指导。总体来看，整个设计系统由DesignPrinciple, DesignLanguage, CodeLibrary和一些相关的Tools组成。从以下的图可以更直观的看到它的组成部分。

designsystem主流风格目前业界广泛使用的visuallanguage包括MaterialDesign,MetroDesign等等。可以想象有一个数轴，数轴一端是扁平风格，另一端是拟物风格。目前大部分的设计风格都分布在这条数轴之间。MaterialDesignGoogle的MaterialDesign是一个使用广泛的视觉语言(visuallanguage).统一了google系产品的视觉风格，并且能对其进行一定程度的客制化。MaterialDesignisinspiredbythephysicalworldanditstextures,includinghowtheyreflectlightandcastshadows.Materialsurfacesreimaginethemediumsofpaperandink.与Apple先前的拟物化设计不同，MaterialDesign把设计风格从拟物化的一端往扁平化的方向拉了拉，但却不是完全的扁平。它保持了物理世界的一些特质和纹理，并从X轴、Y轴、Z轴三个维度描述一个物体.在Z轴上的投影模拟了光的照射和基于此形成的阴影,从而使设计元素有了立体的感觉。譬如Button的设计便是在底部利用shadow使按钮有略微上浮的感觉从而形成立体感。Card设计也是类似，利用border和shadow使整个Card从屏幕中上浮出来一般。MaterialisthemetaphorMaterail是一种隐喻。纸张和油墨先于电子屏出现在人们的生活中。中国汉代发明了造纸术，纸张作为书写材料得以普及，北宋的活字印刷术把文字低成本的放到了纸上，纸张上的信息得以较为广泛的传播。如今大量的信息从物理世界的纸张转移到了电子屏幕上。MaterailDesign借用了纸张的隐喻并从传统的印刷方案中得到启发，元素具有纹理、质感、阴影、折叠等纸张的特性并且拥有排版、颜色、字体上的规则。点击元素触发的水波纹犹如魔法棒施加魔法的过程，等待着水波纹褪去后的惊喜，这大概便是连接虚拟世界和现实世界的魔法。

Designlanguage

Designlanguage较为重要的组成部分便是DesignPrinciple,DesignPattern和DesignComponents这三部分。DesignPrinciple给出了高级别的抽象，是整个Designlanguage的精神指导，就像某种文化一般，贯穿在设计与开发的所有环节。DesignPattern则是组合DesignComponents来解决现实中一类问题的规则。交互设计师和产品经理都可以利用这些规则来进行相应的交互和产品上的设计。

DesignPrinciple

DesignPrinciple描述了某个领域内业务形态或者操作形态的一系列规则。它体现的是某种精神，你的产品设计，UX/UI设计等都需要围绕着这些精神。不同的公司甚至不同的团队都会有不同的Principle，但是也可能具有相同的Principle。google提出的MeteralDesign,便许多公司都遵从着这套方案，但是也会根据自己的业务做一定的修改，从而形成自己独有的精神。例如某通讯公司的DesignPrinciple是：HighEfficiency（高效）CommunicatingAuthentic（沟通真实）BuildTrust（可信）StayStable（稳定）在产品及UX设计过程中，都需要去遵循这些原则。一个行为交互是否能应用在产品上，首先要考虑是否符合这些原则。譬如一款通讯软件，右侧列表里是否需要对单聊与群聊分为两个不同的类别，对于服务于企业的通讯软件，在企业内部合作过程中，经常会对某个项目或者问题建立一个讨论组或者项目组，所以或许对两个类别进行分类会更高效。这里的考虑便是是否遵守了HighEfficiency。

DesignPattern

DesignPattern是对某一类问题解决方案的抽象。用GUI程序开发的角度去看的话，它应该是对应于业务组件。既然是业务组件，那么就是针对了某一类具体业务的解决方案。一个具体的交互场景是用户利用表单来提交数据。用户的操作无非是：输入数据提交数据但是用户在进行这两个步骤时，会出现数据校验，包含校验规则，校验失败和成功的提示,提交数据前的确认对话框，提交数据后的反馈（成功或者失败提示）。这些共同构成了表单数据提交场景下的Pattern。简而言之，DesignPattern就是利用基础组件解决某一类问题的方案。

DesignComponents

DesignComponents是一系列的基础原件。就web领域来说，它可能是浏览器上的输入框，按钮，复选框，弹出框等一系列的不带有具体业务的基础组件。而对于一个组件来说，需要定义它在不同交互操作时的不同表现的规范。拿最常见的组件Button(按钮)来说，它在点击(active)，鼠标移到它的上方(hover)，禁用(disabled)时的具体表现，包括颜色变化，动画效果等都需要在DesignComponents里进行详细的定义，这样才能说一个DesignComponent是完整的和可用的。

CodeLibrary

CodeLibray的基本组成便是Components。理想状态下，代码中库Components是实现了DesignLanguage中的大部分的DesignComponents和DesignPattern，当然在现实情况下会视情况而定。在开发基于某个DesignLanguage的代码库时，需要针对该DesignLanguage建立基本的Foundation,Designtoken，最后才在此基础上开发相应的Components

Foundation

在建立代码库时，首要的便是先要建立Foundation，这便需要与交互设计师进行反复沟通，确定基本的布局，颜色，字体字号等。一旦确定后，之后组件的开发都会利用Foundation里定义好的规范来进行。在代码实操中，Foundation主要会包含Theme和相应的辅助函数。

Designtoken

Designtoken是设计尺度的固化，它描述了在这个设计系统中的颜色，字体，边框等一系列设计规格的所有可能取值。Designtoken与计算机语言里的枚举的概念有些类似，在用代码实现的一套组件的过程中，可以将Designtoken分为名称和值两部分。名称一旦定下来，便不可改变，值则可以根据需要进行配置。譬如可以用如下代码描述一个字体的Designtoken//定义名字interfaceFontSize{small:string;medium:sting;large:string;xlarge:string;}//定义值constfontSize:FontSize={small:'12px';medium:'14px';large:'16px';xlarge:'18px';}在上面的定义中，我们规定了在一个设计系统中字体大小的取值只有四种:small,medium,large,xlarge,在用代码来实现的组件库中，字体的大小只能取这四个类型，每个类型对应于一个特定的值。值的可配置化是设计系统客制化的重要组成部分。得益于这些token的建立，各个角色对遵循于此设计系统的产品在设计上能达到一定程度的共识。

Theme

Theme定义了一个设计系统的主题调，它包含所有的Designtoken以及一些相应的计算规则。譬如Button的圆角，颜色，大小会利用Designtoken进行组合，并且当鼠标悬浮至一个button上时，背景色会根据button原有的色值按照一定的规则进行计算。

Components

Components主要是组成一个界面的最基础元素以及相应的DesignPattern。在代码层面，需要高度的还原DesignLanguage中定义的组件，以及需要符合软件开发的规范。譬如灵活性，鲁棒性等。就最常用的Button来说，如下是一种定义组件的方法:interfaceBtnProps{variant:'round'|'plain';size:'small'|'medium'|'large';color:'primiry'|'secondary';loading?:boolean;children:any;}classButtonextendsComponent{.....}exportdefaultButton这里主要定义了Button组件的variant,size,color,loading四种属性，在使用过程中，通过控制这四种属性来便可以控制组件的形态。这便是一个DesignSystem的主要组成部分。当然在实际开发过程中，可能会遇到很多跨角色沟通，跨team合作等沟通合作的问题，也会遇到很多软件质量和设计上的问题，这些都是在构建一个DesignSystem时需要解决和考虑的。