初识DPL（Design Pattern Library）
由于工作事件不算长，也没有到很庞大的团队工作过，对于DPL是最近才听说。首先看一张图：
图片来源：岁月如歌
这是一张关于UED团队中技术层次的模型图，其中DPL是重要的一环。DPL是一份文档化的说明，面向的是UED全体设计人员。DPL的背面是技术实现，一般体现在JS框架里，比如YUI的widgets库，jQuery的UI插件库等等，这些封装好的代码组件面向的是程序开发人员。
在DPL之上，可以构建各种应用。比如Yahoo的首页，Google的GMail. 每个公司的DPL各不相同，体现的是一个公司整体的设计观。
DPL负责的是通用模式。具体应用中的特殊模式，还需要直接根据前端框架、视觉规范、交互规范以及用研数据来完成设计和开发。
DPL初期的构建和维护成本很高，但一旦有效运作起来后，团队将获得丰厚的回报。
对于一个设计团队来说，好的设计模式库能够帮助实现规范化，从而减轻界面开发的工作量，提高一致性。而对于设计师个人来说，设计模式库有助于减少误用、滥用，以及无效的创新。
著名交互设计师Jared Spool曾总结出优秀的设计模式库应有的元素，它们包括：
- - 模式名称（Pattern Name）
- - 描述（Description）
- - 应用场景（Context of Use）
- - 在何处使用（Where to Use it）
- - 原理（How it Works）
- - 规范详情（Specifications）
- - 相关模式（Related Patterns）
- - 其他实现模式（Competitive Approaches）
- - 源代码（Source Code）
- - 可用性研究结果（Usability Research）
- - 讨论（Discussion）
现在比较成熟的模式库当属雅虎的DPL，再就是UI-Pattern
