前言

React 好像已经火了很久很久，以致于我们对于 Virtual DOM 这个词都已经很熟悉了，网上也有非常多的介绍 React、Virtual DOM 的文章。但是直到前不久我专门花时间去学习 Virtual DOM，才让我对 Virtual DOM 有了一定的理解，以致于要怀疑起很久之前看过的那些文章来。倒不是这些文章讲得不对，而是现在在我看来角度不太好，说得越多，越说不清。

让我能够有所开窍（自认为）的，是这篇文章：

Change And Its Detection In JavaScript Frameworks
Monday Mar 2, 2015 by Tero Parviainen

作者看问题的角度很棒，从数据变更与UI同步的角度来介绍各个典型框架，特别是对于 React 的 Virtual DOM，从这个角度理解起来更容易些。

可用性测试定义

可用性测试是让一群有代表性的用户（目标用户）对产品界面或者原型进行典型操作，通过观察、聆听、记录用户执行一列任务的过程，找出制约产品可用性的问题清单，从而评估分析解决问题。

李田莉：用户经常会从手头上的事情分心，提供建议，利用约束条件以及设计更灵活的方案能够防止无意识的差错产生。今天这篇译文讨论了6个防止用户无意识犯错的方法，专业干货收。

十种启发式可用性方法中有一条建议：优雅地、可操作地并且清晰地与用户沟通错误是很重要的。不过，第一时间防止用户犯错或许更好。

在讨论用户错误时关键点是错误的责任在哪里。“用户错误”这个词意味着用户应该为做错事负责。其实并不是这样的，设计师应该为设计了易让用户犯错方案而负责。因此，用户错误的解决方案不是责怪用户，让用户努力尝试或者给他们更多的培训，而是重新设计更不易犯错的系统。

企业应用的复杂性决定了在用户使用过程中难免会需要通过帮助来解决用户遇到难题或者通过帮助的设计来引导用户顺利开始任务。接下来让我们共同类型以及该如何设计这些帮助。

三、建立过滤与保护机制，让批评为己所用

过滤与保护机制听起来也很简单，但其实没那么容易。但你可以通过以下 5 个步骤，来帮助自己建立这样一个机制。

第一步：你要意识到，没有批评是 100% 正确的。如前面所说，批评微妙而复杂，且常常基于某些立场之上。因此，在你接受某些人的批评之前，先暂停，花时间处理一下这些批评中所携带的信息。

第二步：批评者所批评你的每一句话，其实也都映射了批评者本身。每个人都是通过自己的视野和经验来观察世界的，没有人能够 100% 地做到完全基于事实和真相做出评判。

第三步：当批评袭来时，在它伤害到你之前阻止它。你需要问一些问题，来帮助自己处理这些批评。

• 这个批评者是谁？他有多了解我？他有多值得信任？

  
  

• 批评者的目的是什么？他们有没有要故意伤害你的缘由？他们是在愤怒吗？

  
  

• 还是在试图帮助你？他们是不是度过了很糟糕的一天？他们是不是有夸大事实的嫌疑？

  
  

• 批评者有没有遗漏哪些信息？而这些可能是会改变他们观点的？

  
  

• 批评中的某些信息是不是要比其他的更准确？

  
  

• 在回答上述这些问题时，你是否需要更多的信息？

无论是软件界面设计还是平常的平面设计，亦或者宣传页、手机APP界面的设计，都离不开色彩的搭配，由此可见，色彩搭配工作在设计过程中的重要性。今天就以软件界面设计为例来分享一下在具体设计过程中的要把握好的一些色彩搭配技巧。

技巧第一点：颜色使用最好不要超过三种。经常在网上看到有很多的大神都在说在设计工作中，配色最好不要超过三种颜色。如果设计的界面颜色太多了，难免会给人一种界面很乱的感觉，界面设计很重要的一点就是最终的结果要给人一种良好的体验，如果界面太乱，用户体验也就无从谈起了。因此，在用色时，颜色越少越好，但要保证正确的传达出需要表现的功能和元素为前提。在我们每添加一种颜色的时候都需要好好的考虑一下，有没有必要。因为再复杂的设计，也不会多个三种主色彩。

随着大家对于扁平化设计的反思和优化，近两年的整个设计风向显得理智而合理了许多。更加平衡而合乎情理的新的扁平化设计诞生了。这个新的方案得到了绝大多数的设计师的认可，这种“近乎扁平”的设计更多被大家称为“扁平化设计2.0”。扁平化2.0 整体上依然是扁平的，但是其中的诸多设计元素沿用了微妙的阴影、高光和层级来打造有深度的UI。

目前在国内UI还是一个相对陌生的词，即便是一些设计人员也对这个词不太了解。我们经常看到一些招聘广告写着：招聘界面美工、界面美术设计师等等。这表明在国内对UI的理解还停留在美术设计方面，认为UI的工作只是描边画线，缺乏对用户交互的重要性的理解;另一方面在软件开发过程中还存在重技术而不重应用的现象。许多商家认为软件产品的核心是技术，而UI仅仅是次要的辅助，这点在人员的比例与待遇上可以表现出来。 但这不是UI设计真正的价值体现，只是UI设计发展的一个必经过程。我们以物质产品手机行业为例，当手机刚刚进入市场的时候不但价格贵的惊人，而且除了通话以外没有什么其他功能。由于当时的主导是技术，所以大家都把精力放在信号、待机时间、寿命等方面，对于产品的造型，使用的合理性很少关心。事过境迁，如今技术已经完全的达到用户的需求，于是商家为了创造卖点，提高争力，非常重视产品的外观设计，除此之外还频频推出短信,彩屏，和铉，彩信,摄像头等等。这样一来产品的美观、个性、易用、易学、人性化等等都成了产品的卖点。软件产品与物质产品的发展是相同的。过去由于计算机硬件的限制，编码设计成为软件开发的代名词，美观亲和的图形化界面与合理易用的交互方式都没有得到充分的重视，实际上这个时期的软件叫作软件程序，而不是软件产品。

轮播图（Carousels）这样的交互方式，在web时代似乎已经司空见惯。当一群人在会议室里争夺首屏焦点图的优先级时，使用轮播图，似乎能够不费吹灰之力地解决这场争端，没有人是输家。然而，轮播图这种方式真的有效吗？如何设计才能带给用户更好的体验呢？

事实上，“万能和事佬”轮播图的点击率通常都很低，转化效果也并不好，却往往占用了页面最抢眼的大面积位置。想象这么一个场景：当你走进图书馆想找一本特定的书阅读时，一个销售员挡在你面前让你先看一个大广告图，然后等你还没读完具体讲了什么内容时，他又突然换了一张，是不是很惹人厌呢？大部分轮播图的设计也是如此。

底部导航栏，或者叫做底部标签栏，这是我们早就习以为常的App组件。有没有认真想过它有些什么值得注意的地方呢？跟随本文来复习一下基础吧。