正文
既然我们要去研究 Design System，并且拿出一套大家能够认同的方案，那么我们则还是需要回到问题的根本，我们做 Design System 究竟是为了解决什么问题。
从结果角度来看，Design System 需要提供的是一套质量、效率上都有所保障的可行性解决方案，大家依照这个指引能够更快速的完成产品的迭代和功能开发。
这个诉求则带来了另外一个问题，如何确保这套指引具备对未来较好的可拓展性，同时也能在体验层面达到一定的水准？
这也就给设计师带来了更大的挑战，设计能力的抽象、领域的理解、设计理念的体现都需要大量经验的累计和背后的思考来支撑。而这也是 Design System 具备含金量的真正原因。
如今在互联网上我们能找到很多设计团队对外发布的 Design System，也是一些设计师借鉴的方向。
只可惜很多设计师只是借了其形，却并没有去挖掘它们背后的信息，这也是 Design System 并未能解决自己问题的很重要一个原因。
如何看待市面上的这些 Design System？
市面上我们经常能看到的这些 Design System，通常我会将它们分为「领域」和「业务」两类。
领域这类 Design System 通常并没有面向具体的业务，换句话来说也就是基于它应该可以创建出不同类型的产品。比如我们最为熟悉的 iOS Design Guideline 和 Material Design 。
也正是因为它们需要能够满足更多把不同类型业务的诉求，所以他们会有很强的设计世界观，并呈现在具体的指引上。
但在 Components 和 Patterns 上会比较的“底层”，例如卡片、对话框、列表等等… 当然，也只有更加的抽象它才能够更加的“万能”。
