【weex】从入门到放弃

对weex做了一小段时间的尝试，还是发现了一些问题，暂时放弃了在比较大的app里做尝试，不过做做小的app，或者在app中内嵌一些动态变化多的模块还是不错的。

不谈性能，weex是号称write once run everywhere，经历了几次变动，阿里巴巴开源之后，将代码托管给了阿帕奇，然后又请了尤大神过去做vue的兼容，希望全面支持vue。（当然目前又支持了RAX，没有使用过这个，就不做评价了）截止去年使用来说，使用vue开发weex仍然有不少的问题，当然很多问题当无法使用vue解决的时候可以去使用native方案解决，它提供了三种native扩展，这里就不展开了，当使用native去扩展的时候，一个功能，就必须要做三端的实现，说好的 write once run everywhere似乎也就成了泡影。

可以看到weex在托管给阿帕奇后更新还算勤快，之后一段时间的commit可以说是完全的验证了weex圈子里面大家常常说的，这或许就是某项目组的KPI项目，对它几乎采取了放养。

weex的第三方ui库少的可怜，如果weex能完美兼容vue，可以使用现有那些css库就完美了，然鹅现实非常的残忍，weex由于是只能支持css中的flex布局，所以想要兼容css现有样式库是不可能的了，其次是标签，weex由于是通过引擎将vue生成的index.js文件翻译成native所能识别的标签，所以它只支持它现有的标签，无法支持html的<span><ul>等等无数的标签，能支持的只有weex定义了给我们使用的那些标签，那么又宣告了我们想要快速的写一个非常漂亮的ui界面是不太可能的了，那么如果使用的人越来越多，越来越多的人写出一些开源库出来供大家使用，那么这个事情还是有可能的，可是大家可以看到，weex到目前为止，star人数还不到1w，所以生态还远远没有起来，不过如果你一直使用vue做开发，需要写个app，那么使用weex能非常快速的上手，而且现在已经有了一个相对比较成熟的组件库weex-ui不过随着需求的深入，很快你会发现你必须会一点android和ios才能很好的搞定一些问题，那么恭喜你，折腾一两年后你就成了前端全栈了，哈哈，玩笑。

上面是对weex使用的时候的问题，这也就是weex从入门到放弃的一个很大原因。

最近又发现个新的技术flutter，感觉不错，打算研究下。