LiUI 是由林间有风团队精心打造的一套微信小程序组件库，组件丰富、设计优美，并且拥有完整的商业案例，是您开发微信小程序的不二选择。
特点现在市面上已经有了许多组件库：VatWeapp、iViewWeapp、ColorUI、WussWeapp、WuxWeapp等等等等，他们每一套也都能称得上是成熟的组件库。那我为什么还要使用LiUI呢？
LiUI吸引我的地方主要有如下几点：
使用简单设计好看组件丰富反馈及时设计好看LiUI的另一大特点就是视觉设计出众，因为林间有风有专业的UI设计师对组件样式进行设计，视觉方面甩其他样式靠开发者自己设计的组件库不止一条街。
文章开头，我罗列了一堆组件，其中有一套，主打视觉，那就是ColorUI，也挺好看（ColorUI的作者也曾是一名设计师）。但是Color是一套css库，并不是组件库，至于具体区别，可以Google一下。
我们先来看几个反面例子，这么“朴实无华”的样式，你真的喜欢吗
再来看一下LiUi是什么样子
组件丰富LiUI一共包含 54个组件，不管你用于什么场景，基本都可以满足你90%的需求，剩下的10%，可以通过提Issue的方式及时得到解决
使用简单开发过小程序的开发者可能都知道，小程序相比传统Web来说，会简单很多，因为我们不需要去处理多端设备上的屏幕兼容问题，这是小程序的一个优势。但是，如果因为引入一套组件库，让你失去了开发简单这项优势，那还值得去使用它吗？
VatWeapp是业内非常成熟的一套组件库，它的开发也历经了很长的周期。但是，在我看来，VatWeapp的一大缺点就是组件源码非常复杂。这种复杂并不是说他的逻辑有多复杂，而是VatWeapp对代码做了大量的封装，我们看一下下面的代码：
import{VatCompoet}from'../commo/compoet';import{butto}from'../mixis/butto';import{opeType}from'../mixis/ope-type';VatCompoet({mixis:[butto,opeType],data:{baseStyle:''})}这是VatWeapp的Butto组件部分源码，我们知道，Butto组件几乎是没有业务逻辑的，但是它却引入了 VatCompoet、butto、opeType三个ts文件。
是不是一脸懵逼？VatCompoet是啥？小程序原生的Compoet呢？butto又是啥？opeType又是什么鬼？甚至源码还是用TypeScript写的，我写个小程序还得先去学一遍TypeScript？
如果你刚接触小程序和VatWeapp，这种高度封装的特性会导致一个非常严重的问题：当你在开发中遇到一个文档解决不了的问题想翻看源码时，你会发现你看不懂，你必须得理解其整套设计思想才能看懂其中每个组件的逻辑。很浪费时间对不对？
LiUI就完全不存在这个问题，只要你懂js 识字就能看懂源码，不信你看
Compoet({properties:{/***折叠面板类型*/type:{type:Strig,value:'ormal'},},methods:{/***关闭所有打开的collapse-item*/foldAllExpadItem(collapseItem){for(leti=0;i<this.data._expadItems.legth;i++){if(collapseItem!==this.data._expadItems[i]){this.data._expadItems[i].foldCotet();}}this.data._expadItems=[];}});这是LiUI IdexList 组件的源码，因为篇幅问题，只截取了部分。为什么说只要识字就能看懂，因为我们对方法进行了详细的注释，并且没有对微信原生api进行二次封装，完全原生的写法，保证你能看懂源码，这么贴心，就问你感不感动！
总结：如果你非常熟悉小程序的各种api、熟悉ts、并且在遇见bug时有耐心去理解高度封装的设计思想，那么你可以使用VatWeapp。反之，如果你刚接触小程序，或者不会ts、在遇见bug时想要以最快的速度解决bug，那么LiUI会给你最舒适的开发体验。
反馈及时一个开源项目，其活跃度是非常重要的。反馈的Bug能否得到及时的解决，有好的想法能否的项目作者接纳并加入项目之中，以及使用这个项目的人数。这三点是在进行技术选型时必须要考虑的问题。
LiUI的反馈效率非常高，Issue反馈的Bug平均能在24小时内得到解决，这已经是非常高的效率了。相比VatWeapp，因为其维护者都是在职开发者，所以时间并不会太充裕，Issue处理速度肯定也会慢于LiUI 的。
评论