以交易信息模块为例，我们将B类批发，采购时用户最关注的几大要素，根据不同场景需求搭配“积木”模块，并在统一的标准结构上进行搭配。

　　不同的积木组合，在单图上下结构的模式下得到多种不同场景下使用的推品组件。

　　通过工具的方式，将规范工程化

　　由标准和可复用元件组成的组件，在样式和数据的拓展必须加上工程化的组合能力，才能使一套完整的DPL有效地执行下去的关键。

　　理念层

　　在整体网站层面对定义整个网站的设计语言，包括品牌色，图形，特色，动效等，为整个组件库风格和体验定下了大的基调。这是组件库在使用过程中减少挑战的设计基础，并能保证多业务和多项目并行使用时统一性。

　　数据层

　　对组件中所有的元件进行展示的分类和抽象，并形成常用组合模式。其次是从元件，组件到模版的定义和划分，以及他们的抽象的分类和状态。

　　工具层

　　一个导购前台页面对于样式和玩法更灵活、玩法更创新的话，越需要用平台化的工具来提供支持和服务。将设计规范和设计表达封装为在线可视化选择方式，替代了原先的毫无约束的在sketch的任意“设计”;并将拼装好的组件同步转化为页面搭建平台可直接使用的组件。这个也是避免组件库沦为“无人看管的设计规范”最为关键的一点。

　　UDPL 在线化搭建组件器，让元件具有统一的栅格尺寸和表达约束，这个是拼装和替换的基础;多个“积木”模块可以方便、灵活地组合、配置，以构造不同状态、不同功能的组件，不同模块的替换可以改变局部功能而不影响整体的其他部分。通过布局转换和智能分析，生成可读性的界面代码，实现设计到代码的自动转化，再无视觉还原之忧，开发GG们再也不用熬夜加班撸代码了。

　　运营同学也能通过这个工具，搭建简单组件，清晰明了地表达自己的需求。

　　最终希望形成一个从组件，到使用场景，再到工具的闭环，让组件与用户的交互数据能够在3者中循环，组件系统能有一套数据维度帮助业务组件有效地迭代。

　　以上仅个人阶段性思考，可能还不完善和完整，欢迎和我一起讨论组件化设计思维，解放生产力，放飞自我：)

　　John Heskett 在设计价值创造中定义了设计师价值创造3个层级。大部分设计师经历了或正在经历三个阶段的前2个阶段，我们需要用设计工程化的方式把自己从价值感较弱的设计协同性工作中解放出来，把自己带到更高的视野，定位自己的向上发展核心竞争力。

　　当下和未来是设计师最美好的时代，让我们一起加油。