在fui选型时做了一些调研，最后选用了fui作为uniapp的主要ui组件开发，但是最后还是改回了uniapp自带的ui组件。
一、为什么最开始会选择fui？
当时选型主要考虑了以下几个方面
1、组件的丰富度、美观、配色；没错，所有组件自己其实都可以开发，但是用组件最大的原因就是不想自己去调整样式、布局。
2、对uniapp x的支持；看目前形式，uniapp应该以后会慢慢向uniapp x转，同时支持uniapp和uniapp x的组件，可以减少后期uniapp转uniapp x的成本

二、为什么又放弃了fui作为主要组件
1、部分组件多端样式不一致，比如button、tag，这两个组件，在H5的时候已经调整好了，但是到小程序又不一样了。
2、组件维护响应慢，作为开发者来说，当然我也理解，作为开发组件也不是为我一个人服务的，但是作为收费组件，响应速度应该提升一些。比如说像bubble box，在白色背景下没有边框，差不多属于不能用，但是从提出问题响应都用了很久，还不知道什么时候会解决。
3、fui的uniapp x组件开发速度跟不上，很多组件都没有开发完成
4、和uniapp自带ui的参数区别比较大，替换成本很高，当我发现fui的组件在多端样式不一致，我需要替换回原生ui，结果有些表达意思一样的参数一致，写法完全不一样，导致替换要耗很多时间。比如form的validate
5、授权注释有点多，而且还带上了授权者相关信息
6、很多组件其实并不属于组件，而是组合了很多组件，帮用户写好了样式，让用户自己去调整样式。比如popup的关闭按钮。需要自己去引入icon组件，这就导致写起来代码很臃肿。

三、我的建议
1、希望重要参数能够和uni-ui的保持一致，这个非常重要，可以减少uni-ui和fui之间的切换成本。不管是用fui的过程中发现有些组件不合适，准备先切换成原生组件，还是说使用uni-ui的用户，看到fui很漂亮，想要切换成fui的成本都非常小，这样大家也可以吸引一些原来使用uni-ui的用户来适用fui。能做到把uni直接替换为fui就可以使用，这样是最好的。
2、希望uniapp x的组件也能同步到uniapp
3、使用授权码代替相关隐私信息、免费组件就没有必要加授权信息了吧。
4、组件参数，布局尽量配置化，比如popup的close，announce的小喇叭icon。没有必要为了减少耦合而减少耦合，有时候我们更愿意去牺牲一些耦合性去增加开发效率。之前小程序开发用的vant组件，基本没有说遇到需要自己去写style的情况。[链接登录后可见]