为你的初创公司构建 UI 组件库
我们还希望尽量减少真实来源。既然我们已经将组件实现为数百万人每天使用的真实产品,为什么还要保留一个单独的 Sketch 手绘组件库呢?
设计系统的真实来源越少,我们的效率就越高。” - Airbnb 博客
如何构建适合您的初创公司需求的组件库。
组件库作为大型企业的工具非常实用,但对于像初创公司这样的小型企业来说,可能显得多余。在本文中,我将阐述如何遵循正确的原则,并借助合适的工具,创建一个 UI 组件库,从而以超越统一 UI 的方式,为您的初创公司带来助力。
与任何其他商业决策一样,为初创公司构建组件库也关乎成本效益比。对于组件库而言,一个非常简化和抽象的公式看起来大致如下:
组件库要想有价值,就需要表现出低成本和可能的高回报。
对于一家项目少、资源有限、员工人数少的初创公司来说,构建设计系统似乎成本过高。它需要一个团队负责所有项目的设计决策,维护一个额外的 UI 库仓库,配置 UI 组件的打包方式,搭建一个目录网站,确保库得到全面采用等等。
你的初创公司快速发展壮大。UI 以及产品的其他方面都频繁更改。强制保持一致的 UI 几乎是不可能的,而且效率极低。
让 UI 组件库变得有价值
要使组件库物有所值,上述成本效益公式中的每个要素都必须合理。我认为,答案在于三个原则。一个库必须逐步构建,协作进行,并以其代码组件作为单一事实来源,这样才能有意义。
逐步建设
UI 库不必非此即彼。逐步构建库可以降低不必要的资源浪费风险,并让您专注于主要项目。在构建过程中随时导出组件。不要让您的库成为一个独立的项目。每当有新的可复用组件可用时,只需将其推送到库即可。不要构建没有直接用途的组件。
协作构建
让您的 UI 库成为团队的成果。可重用 UI 组件应该由团队协作开发,而不是预先规定。如果强制团队使用可重用组件,它们将无法获得您所期望的全面采用。可重用组件可能需要进行一些小的调整才能使其适合其托管环境。阻止团队修改可重用组件只会迫使他们重复编写几乎相同的组件——这必然会导致错误、UI 不一致以及开发进度缓慢。
使代码成为单一事实来源
构建 UI 组件的过程通常始于非代码产品,例如图像、Sketch 文件等——这些设计成果通常被视为设计系统的可靠来源,而非实际代码。为了尽可能保持高效和清晰,请确保代码反映事物应有的样子。每当开发人员使用组件时,他或她都应该确信该组件已获得认可并代表公司的设计准则。
我们还希望尽量减少真实来源。既然我们已经将组件实现为数百万人每天使用的真实产品,为什么还要保留一个单独的 Sketch 手绘组件库呢?
设计系统的真实来源越少,我们的效率就越高。” - Airbnb 博客
我甚至认为,许多描述元素和颜色正确组合最佳实践的抽象样式指南,可以嵌入到你的代码组件中。想看一个简短的 POC,请阅读:
使用正确的工具
对于想要构建 UI 组件库的初创公司来说,Bit是一款非常棒的工具。Bit 可以非常轻松地共享来自任何项目的组件,这样您就可以逐步构建组件库,而不会失去对主项目的关注。
Bit为您隔离组件——独立测试和构建它们,并允许您轻松地将它们推送到bit.dev中的您自己的集合(库) 。无需配置软件包或维护其他存储库。
bit.dev中的组件均已实时渲染并附带示例,可使用 Bit 的搜索功能轻松找到。无需图库网站、文档门户、外部组件演示等。
组件可以使用 NPM 或 Yarn 安装,也可以使用 Bit 将组件作为源代码导入到项目中。导入的组件可以(从任何地方)更新,并推送回bit.dev中的组件集合。这样,您就可以通过协作构建组件库。
结论
总之,通过使用正确的方法,并借助正确的工具,组件库可以成为一种经济有效的方式,以确保一致的设计、加快开发时间、简化维护并使您的公司以及您的应用程序更具可扩展性。