你会发现当我们不断迭代产品的时候，我们无非就是想把产品当做一件事情讲清楚罢了

那么如果映射到设计上，显而易见，组件库对应词汇，交互流程对应语法。所以你会发现当我们不断迭代产品的时候，我们无非就是想把产品当做一件事情讲清楚罢了。

但需要注意的是，设计师喜欢用更多的组件去表达想法这个事本无可厚非，但千万别过于执着，因为很多“组件”针对性极强，通用和复用的价值不高，这就像我们经常听到的网络词汇一样，一旦过了生命周期，这些词就像成了过眼云烟，大概率不会再有用处。

所以针对这种情况（之前的文章也有提到过），我建议要在组件的分类上下功夫，建立不同类型的分类帮助你应对不同的场景，也可以有效地避免组件库的肥胖症。

再就是当一套组件被创造出来，ta需要遵循一定的规则形成一个完整的页面，跟我们造句几乎一模一样；所以这个时候充当语法的交互流程就至关重要。

现实情况下，往往交互形态是千变万化的，经常性地会因为业务场景的不同创造一些流程出来。但如果是基于语言的背景下，我们需要尽可能地抽练一些标准化的规则形成语法，我们称之为“设计模式”。

这段鬼话理解起来太麻烦了，我试着翻一下大概就是：“为了避免重复造轮子，就搞了几个通用的流程，以保证产品开发流程的效能问题”，嗯，就这么个意思……

以material design为例，官方给出了给出了很多规则，我仔细看了看，重新编组和分类了下：

我从中挑了搜索这个比较通用的模式来简单讲下；抛开组件的“点”思维，需要我们定义的是“信息交互”的“线性”流程，我试着把其中的每个环节提炼了出来，抽练了一个流程出来：