移动端ui框架随笔[mint-ui][muse-ui][vant]

近期接连三个移动端项目,分别使用了三个不一样ui框架。vue

1.mint-ui

最初选择该ui,是由于饿了么背书,心想pc端的element-ui作的那么好,移动端的也该更好。
然而,失策了......

首先是官方文档极其简陋,而且存在一些误导,其次美观度极低,一些类如radio的组件,使用体验极差。ios

最终勉强改造了一些,仍是把项目堆起来了,最后留下了一个ios兼容坑......多是预期太高吧。element-ui

2.muse-ui

第二个项目采用了muse-ui,中规中矩,而且有了第一个mint的踩坑经验,也对移动端ui有一些串联的想法了。框架

官方文档也比较靠谱,好感度+1,loadmore组件用着很舒服(但也是整理了层级关系,屡次尝试才实现的。)ui

最后项目顺利完成,也没出兼容问题,好感度+99。element

3.vant-ui

作第三个项目的时候,vue官网挂了这个vant,因而点进去看了下,带着前两个ui的使用经验,决定再次试水。文档

官方组件很是丰富,同一种下拉业务,能够用三种方式去实现!甚至有写好的收货地址组件和sku组件!电商福音!组件外观也是简单整洁,简直就是移动端的elementui! 为mint汗颜一秒!io

可是!可是被官方文档坑了一下,官方demo list列表,是存在下拉刷新的,可是这是官方本身把另一个PullRefresh组件 和 list组件手动结合的,而旁边的示例代码没有这一段代码!!!直到我F12打开了控制台,才解开这个谜题:为何官网能下拉刷新,我本地引用下来就不行...  ▄█▀█●电商

最终项目顺利完成,虽然被官方坑了一下,可是不记仇,无偿使用别人浩大工程作出来的东西,内心只有感恩ღ( ´・ᴗ・` )。mint-ui

目前,已经把vant-ui定义为公司移动端标准ui框架了。毕竟组件丰富,样式简洁美观,可塑性强,对于小体量的公司来讲,很是优秀了。



汇报完毕!

相关文章
相关标签/搜索