共计 1532 个字符，预计需要花费 4 分钟才能阅读完成。
前言
花了一年多的业余时间做了个挪动 web 组件库 – STDF。在此特别感谢我的老婆大人，承当了家里的很多杂事，才让我有工夫做这个货色。
站点：https://stdf.design
GitHub：https://github.com/dufu1991/stdf
欢送到 GitHub 上提 Issue 和 PR，使它弱小，使它更好！能够帮忙到更多的人。
我想说一句，应用 Svelte 和 Tailwind 写代码真的是太爽了！
为何写这个组件库
首先最重要的是补充 Svelte 生态。
对于 UI 组件库，PC 端有很多优良的产品，然而挪动端并没有能与 PC 端比肩的产品，这是因为挪动端的特殊性导致的。挪动端产品大多数是 To C 业务，这就要求对组件库的灵活性有更高的要求。在设计组件 API 的时候，须要有更多的参数反对可供配置，但又不能设计得太过简单。而在 UI 设计方面，不能有太多的个性化设计，这样能力达到组件的复用性。
市面上也有很多挪动端的组件库，然而应用下来还是有很多痛点，比方一些组件库的设计格调太过个性化，导致组件的复用性不高；一些组件库的可配置 API 太少，无奈通过简略的 API 配置出合乎业务需要的组件；一些组件库的文档太过浅近或简陋，使初上手的人很难了解组件的应用办法；一些组件库的文档和 Demo 中英混淆，难以查阅；一些组件库的 Demo 太少或太简陋，高频应用时无奈间接复制应用，升高开发效率等。
在体验过 Svelte 和 Tailwind 之后，发现应用它们开发真的是十分难受，所以就想着能不能把它们联合起来，做一个挪动端的 UI 组件库。这样的话，就可能在挪动端也享受到 Svelte 和 Tailwind 带来的开发体验了。
实用场景
在挪动端有一种业务场景，利用不算简单，应用 Vue 或者 React 开发其实会显得「大材小用」了，可能整个利用打包之后的 JS 体积也就几十 KB，然而应用 Vue 或者 React 开发，这两个库的根底大小就超过了几十 KB，这样就得失相当了，而且挪动端 To C 利用体积过大是十分不可取的。然而应用纯原生 JS 开发，又会显得开发效率低下，这个时候 Svelte 就是一个很好的抉择，它的简洁语法，使原生 JS 代码有了响应式能力。
对于开源
除了 IT，这个世界上应该没有任何一个行业会有这样一群人，他们把本人的工夫和精力投入到一个我的项目中，而后把这个我的项目毫无保留地收费开源进去，让全世界的人都能够收费应用，而且还会一直地保护和更新这个我的项目，这就是开源社区的魅力所在。我崇拜这些扭转世界的人，我也想成为其中的一员，哪怕只是一粒尘埃。
不要去探讨哪些什么国内开源环境蹩脚之类的话题，把本人的想法 code 进去，而后开源进去，可能不欠缺，但有人用有人提 issue，它就是有价值的。开源是一种精力，不须要任何理由，只有你想做，就去做。
完结
前段时间，一个阿里的敌人看到我在写这个组件库，不禁收回感叹，还在卷组件库呢！是啊，2023 年了居然还有人在写组件库。但 STDF 还是有一些非常适合的场景，而且它领有足够灵便的 API 可供配置，有丰盛的示例展现。比照大厂的组件库，它很强大但也有其存在的价值。
面对来势汹汹的 AI，写代码这种偏向于固定逻辑的工作可能是最先被 AI 取代的，然而我还是会持续写代码，因为我喜爱这种发明的过程，我喜爱这种思考的过程，我喜爱这种一直学习的过程，我喜爱这种实现一个性能的成就感。
创意，是 AI 无奈取代的。
昨晚和一群高中同学吃饭，他又提我写书的玩笑，惋惜的是，我的文字细胞曾经死了。换个角度，如果将这个组件库的站点、文档、示例全副打印进去，牵强一点，也能够算是一本书了吧！
对世界永远放弃敬畏与好奇，生命不息，折腾不止！心愿本人永远年老，永远热泪盈眶。
此文由 GitHub Copilot 辅助实现，然而我并不想感激它。
