你好,我是小桔,是一个没有感情的代码崽。css
今天我想向你推荐一套船新全新的微信小程序组件库:Lin UI,是兄弟就用它!git
Lin UI 是由林间有风团队精心打造的一套微信小程序组件库,组件丰富、设计优美,而且拥有完整的商业案例,是您开发微信小程序的不二选择。github
PS:这篇文章不会介绍 Lin UI 如何使用,我仅向你介绍它的优势,若是想要了解使用方法欢迎前往文档官网查看小程序
如今市面上已经有了许多组件库:Vant Weapp、iView Weapp、Color UI、Wuss Weapp、Wux Weapp 等等等等,他们每一套也都能称得上是成熟的组件库。那我为何还要使用 Lin UI 呢?后端
Lin UI 吸引个人地方主要有以下几点:微信小程序
Lin UI 的另外一大特色就是视觉设计出众,由于林间有风有专业的 UI 设计师对组件样式进行设计,视觉方面甩其余样式靠开发者本身设计的组件库不止一条街。api
文章开头,我罗列了一堆组件,其中有一套,主打视觉,那就是 Color UI,也挺好看(Color UI 的做者也曾是一名设计师)。可是 Color 是一套 css 库,并非组件库,至于具体区别,能够 Google 一下。微信
咱们先来看几个反面例子,这么”朴实无华“的样式,你真的喜欢吗app
咱们再来看一下 Lin Ui 是什么样子ui
怎么样,哪一个好看应该不用我多说了吧
Lin UI 一共包含 54 个组件,无论你用于什么场景,基本均可以知足你 90% 的需求,剩下的 10% ,能够经过提 Issue 的方式及时获得解决
开发太小程序的开发者可能都知道,小程序相比传统 Web 来讲,会简单不少,由于咱们不须要去处理多端设备上的屏幕兼容问题,这是小程序的一个优点。可是,若是由于引入一套组件库,让你失去了开发简单这项优点,那还值得去使用它吗?
Vant Weapp 是业内很是成熟的一套组件库,它的开发也历经了很长的周期。可是,在我看来,Vant Weapp 的一大缺点就是组件源码很是复杂。这种复杂并非说他的逻辑有多复杂,而是 Vant Weapp 对代码作了大量的封装,咱们看一下下面的代码:
import { VantComponent } from '../common/component'; import { button } from '../mixins/button'; import { openType } from '../mixins/open-type'; VantComponent({ mixins: [button, openType], data: { baseStyle: '' } )}
这是 Vant Weapp 的 Button 组件部分源码,咱们知道,Button 组件几乎是没有业务逻辑的,可是它却引入了 VantComponent
、button
、openType
三个 ts 文件。
是否是一脸懵逼?VantComponent
是啥?小程序原生的Component
呢?button
又是啥?openType
又是什么鬼?甚至源码仍是用 TypeScript 写的,我写个小程序还得先去学一遍 TypeScript ?
若是你刚接触小程序和 Vant Weapp,这种高度封装的特性会致使一个很是严重的问题:当你在开发中遇到一个文档解决不了的问题想翻看源码时,你会发现你看不懂,你必须得理解其整套设计思想才能看懂其中每一个组件的逻辑。很浪费时间对不对?
Lin UI 就彻底不存在这个问题,只要你懂 js 识字就能看懂源码,不信你看
Component({ properties: { /** * 折叠面板类型 */ type: { type: String, value: 'normal' }, }, methods: { /** * 关闭全部打开的collapse-item */ foldAllExpandItem(collapseItem) { for (let i = 0; i < this.data._expandItems.length; i++) { if (collapseItem !== this.data._expandItems[i]) { this.data._expandItems[i].foldContent(); } } this.data._expandItems = []; } });
这是 Lin UI IndexList
组件的源码,由于篇幅问题,只截取了部分。为何说只要识字就能看懂,由于咱们对方法进行了详细的注释,而且没有对微信原生 api 进行二次封装,彻底原生的写法,保证你能看懂源码,这么贴心,就问你感不感动!
总结:若是你很是熟悉小程序的各类 api 、熟悉 ts、而且在碰见 bug 时有耐心去理解高度封装的设计思想,那么你可使用 Vant Weapp。反之,若是你刚接触小程序,或者不会 ts 、在碰见 bug 时想要以最快的速度解决 bug,那么 Lin UI 会给你最温馨的开发体验。
一个开源项目,其活跃度是很是重要的。反馈的 Bug 可否获得及时的解决,有好的想法可否的项目做者接纳并加入项目之中,以及使用这个项目的人数。这三点是在进行技术选型时必需要考虑的问题。
Lin UI 的反馈效率很是高,Issue 反馈的 Bug 平均能在 24 小时内获得解决,这已是很是高的效率了。相比 Vant Weapp,由于其维护者都是在职开发者,因此时间并不会太充裕,Issue 处理速度确定也会慢于 Lin UI 的。
Lin UI 从 2019 年 4 月 24 日 发布第一个版本 0.1.0 以来,通过了一年多的迭代更新,600 屡次 commit,300 多个 issue,换来的是如今已经足够稳定且易用的 Lin UI 。若是喜欢,也欢迎到 Github 上贡献一颗 Star 。
我是小桔,欢迎关注个人微信公众号,带你了解更多先后端知识。