Twitter Bootstrap是一个开源库，帮助前端工程师加快应用程序开发。它是一个HTML/CSS/JS前端框架，使得创建一致的UI组件变得容易。今天，许多技术公司已经开发了他们自己的Bootstrap版本，称为设计系统。这些是由清晰的设计标准指导的可重用组件的集合，用于支持应用程序开发。这使得企业能够将其移动和网络应用与其他产品区分开来，同时保持跨产品的视觉外观和感觉。从引导到设计系统的演变是自然的。如果你想学习前端，可以报个Web前端培训班，可以帮助你快速掌握前端框架的使用技能，更好地进行开发工作。

 

你有没有注意到来自同一家公司的两种不同的产品可以有两种完全不同的用户体验？设计的不一致性通常来自于两个独立的设计团队不同步，并且不独立地构建他们自己的UI。

 

这就是设计系统可以发挥作用的地方。设计系统的目标应该是通过在所有产品上提供一致的用户体验，使开发人员和设计人员能够创造引人入胜的产品体验。

 

最重要的是，设计系统不仅仅是一个UI组件库，而是标准和指南的文档，可视化语言，对可访问性的支持，以及如何开始实现系统的信息。当然，这个列表并不详尽，但是一个完整的设计系统并不仅仅停留在构建UI库。

 

此外，设计系统有利于开发者。作为一名工程师，你可以专注于解决技术问题或学习新技术，而不是构建冗余的用户界面。如果你是一名前端开发人员，当多次被要求构建相同的UI组件时，你可能会感到沮丧。使用设计系统，组件只需构建一次，然后你就可以实现它。让我们看看设计系统如何帮助工程团队扩展。参加web前端培训，可以帮助你快速掌握前端框架的使用技能，更好地进行开发工作。

 

面向规模的系统思维

系统思维是一套原则，通过整个系统来解决问题，帮助组织更有效地扩展。没有硬性规定，每个组织都应该制定自己的原则，并将其与业务目标联系起来。设计系统目标是解决大规模设计挑战的一种系统思维形式。在设计系统变得普遍之前，“设计不可扩展”这句话非常普遍。

 

如果一个组织有一个产品组合，并且每个团队都在构建自己的资产，提出调色板和页面布局，这不是很好地利用他们的时间。一遍又一遍地构建相同东西的开发人员将他们宝贵的时间从解决核心工程问题上拿走了。对于那些忙于为几个月前由其他团队构建的相同UI创建规范的设计师来说，进行用户研究可能会更好。

 

例如，如果团队A和团队B都在创建按钮，那么设计系统应该考虑开发一个可重用的按钮，它可以为组织中的许多产品团队工作。设计系统团队将对可重复使用按钮的要求进行初步调查，包括变化、尺寸和平台需求(手机和网络)。一旦收集了所有的需求，团队将拥有组件的创建。在Web前端培训中，理论知识+实践项目，双管齐下，更有利于学员加深对所学知识的理解和运用，真正做到学以致用，从而将知识内化成自身的能力。

从本质上来说，一个设计系统要成为一个活的、进化的系统，代表一个组织的最佳思想，它需要提供共享的价值。对于一个可重用的组件，它需要与几个产品团队相关。让一个设计系统团队来构建一个只针对你的产品的组件不是系统思维。带有一次性案例的组件不应属于组件库或设计系统。

 

来自核心团队的支持

任何设计系统的核心都是设计和开发UI组件的核心团队。一个高度功能化的设计系统团队遵循一个定义良好的流程来设计、构建和记录组件、视觉指南、工程指南和用户体验模式。

例如，当构建一个系统功能时——例如，一个按钮组件——设计系统团队应该通过对变化、大小和可组合性等项目进行初始设计发现来收集需求。在这个初步发现之后，团队应该与想要使用该组件的开发人员分享他们的发现，以确保该组件具有他们在发布后采用它所需的所有特性。此时，构建组件是容易的部分，但是应该有关于设计、代码和可访问性的清晰文档来支持这个新元素。这些是设计系统团队的核心职责。

 

此外，团队还负责修复bug、支持设计社区、创建培训材料等等。设计系统应该被视为一个产品团队，其客户是内部设计师和前端工程师，专注于构建和扩展系统。如果你想了解更多关于前端的信息，不妨报名参加Web前端培训，有系统全面的课程和明确清晰的学习路线，让学习更轻松更有效。

 

最后，团队负责采用。如果没有被其他团队采用，为了建立一个设计系统而建立一个设计系统就是白费力气。有许多方法可以评估一个设计系统在一个组织中的影响。例如，一个设计系统团队可以扫描公司范围内的代码库，以确定系统在哪里以及如何使用。这也有助于理解哪些团队正在使用最新版本的UI组件。

 

评估采用率的另一种方法是要求产品团队每季度自我报告他们的采用进度。这取决于组织的规模。设计系统团队也可以结合使用调查和其他评估方法。

通常有一个产品经理负责培养与其他利益相关者的合作关系。他们创建开发路线图，并将社区需求带回给设计人员和开发人员。

 

旨在帮助开发者

设计系统旨在为前端开发人员提供他们的开发工作流程。开发人员关心许多任务——下载包、工具、作用域模块等等。好消息是设计系统有助于涵盖这些主题。我们来看一些具体的案例。参加web前端培训学习，有一些实操项目的训练，可以帮助你将学到的理论知识应用到实践中去，真正掌握前端工具的使用。

 

如果一个设计系统构建了组件，但是没有办法分发它，这将会使许多开发者感到沮丧。或者，如果包是通过过时的包管理器分发的，那么使用设计系统组件对开发人员来说是一个挑战。一个好的设计系统是不断进化其分发工具的。现代的包管理器工具，例如NPM或者Yarn如今在许多设计系统中都得到普遍支持。

此外，组件需要正确地版本化，发行说明需要频繁地更新以反映主要和次要的版本变化。许多设计系统通过记录测试过程来获得开发者对组件稳定性的信心。

 

此外，开发人员还关心代码的风格封装、编译和传输。一些开发人员关心作用域CSS类名。许多设计系统使用CSS模块模块化和组合CSS。设计系统利用CSS模块来启用自定义的类名范围，并防止不同版本之间的名称冲突。CSS模块允许UI组件与库的其他版本共存于一个页面上。想要尽快掌握前端技术，参加Web前端培训也是个不错的方法，几个月的学习就能掌握全面系统的知识和技能，快速上岗。

 

因此，设计系统在其工程师入门部分中为开发人员提供了许多这些主题的清晰文档。这有助于首次开发人员。还有一些其他工程问题，设计系统可以帮助解决JavaScript polyfills、支持Vue或React框架、使用CDN分发库资产、SCSS后处理或重写、内置可访问性等。重点是设计系统远远超出了视觉准则。支持工程任务是设计系统工作的一部分。

 

总结

如果你发现你的团队一遍又一遍地构建相同的组件，那么也许是时候将你的设计系统化了。通过设计系统，你的工程和设计团队之间的联盟可以有效地为最终用户构建一致的用户体验，从而轻松地跨多个产品和平台进行扩展。这不仅仅是构建一个库，它还包括研究、维护和分发关于组织设计的标准和指南的文档。设计师和开发人员都要扮演好自己的角色，这样才能创造出吸引人的产品体验。

 

设计系统不是一个项目，也不是一个副业。它是一个服务于其他产品的产品。如果不把它当作自己的产品，它将无法在组织中被采用。设计系统不是风格指南、模式库或组件库。但所有这些共同构成了这个系统。初学者想入门前端，最好的办法是参加Web前端培训，有经验丰富的专业讲师面授指导教学，实时解决疑难杂症问题，学习起来又快又有效。