颤振是否正常工作？使用颤振的经验

什么是颤振

这是一组谷歌。它使用DART语言，支持android、ios，似乎支持HTML5。然而，HTML5尚未付诸实践，因此不会进行扩展。

当涉及到跨平台框架时，我们必须与Weex做一个简单的比较。

首先，让我们看看目前为止他们的GitHub。

好的，数据发布后，每个人都可以做一个简单的比较。每个人的答案可能不同。让我写一些个人意见

我们不要谈论性能。首先，我们来谈谈熟悉的Weex的用法。Weex被称为“到处写一次”。经过几次修改后，阿里巴巴在开源后将代码交给了Apache，然后邀请尤达申让vue兼容，希望能完全支持vue。（当然，目前支持RAX，所以如果我们没有使用它，我们不会对其进行评估。）截至去年，使用vue开发Weex仍然存在许多问题。当然，当我们不能使用vue解决许多问题时，我们可以使用原生解决方案。它提供了三个本机扩展，这里将不进行扩展。当我们使用native来扩展一个函数时，我们必须在三个端实现它，承诺的写一次遍似乎也是徒劳的。

从问题更新中可以看出，Weex在被委托给Apache后勤于更新，并且在接下来的一段时间内的承诺可以说充分验证了Weex圈子里经常说的话。这可能是一个项目团队的KPI项目，该团队几乎采用了库存

生态方面

weex的第三方UI库非常少。如果weex与vue完全兼容，那么最好使用现有的css库。然而，现实是非常残酷的。因为weex只能支持css中的flex布局，所以不可能与css的现有样式库兼容。第二个是标签。weex通过引擎生成vue的索引。js文件被转换为native识别的标记，因此它只支持其现有的标记，而不支持html<；ul>无数的标签只能支持Weex为我们定义的标签，这也意味着我们不可能快速编写一个非常漂亮的UI。如果越来越多的人使用它，越来越多的人为每个人编写一些开源库，这仍然是可能的，但正如你所看到的，Weex到目前为止还不到1w星，所以生态还远没有成熟，但如果你一直在使用vue进行开发并需要编写app，你可以很快开始使用Weex，现在已经有了一个相对成熟的组件库Weex ui。然而，随着需求的加深，你很快就会发现，你必须对Android和IOS略知一二，才能解决一些问题。祝贺在一两年的麻烦之后，您将成为一个完整的前端堆栈。哈哈，笑话

以上是Weex的使用问题，这也是Weex开始放弃的一个重要原因。它最初编写了很多组件并想打开它们，但后来它不愿意维护它们，所以干脆不发布它们

然后谈谈Facebook

Facebook作为HTML5的先驱，最初使用HTML5开发所有app，但失败了很多。扎克伯格还表示，Facebook犯的最大错误是在HTML5上下了太多赌注。可以看出，HTML5完全取代原生应用的说法是不可靠的，至少目前是这样。后来，它推出了react and react native，并获得了市场的青睐。可以看出，它拥有最多的恒星，超过64000颗。然而，到目前为止，它还没有被使用。一位朋友曾经比林琳使用过更多。如果他感兴趣，可以去他的博客上提问。我想他还出版了一本关于这个主题的书，他对此了解更多。反馈比较好。据说生态是比较全面的。

最后，我们来谈谈今天的主角

谷歌2018年io大会发布了Flutter的beta 1.0版本，与weex和act native相比，它仍然是一个小婴儿。然而，众所周知，谷歌作为安卓之父，发布了人们可以更可靠、更自信地使用的东西。所以虽然刚刚有24000多位明星，但Weex真的很想在厕所里哭。

其次，一开始，有些人不习惯用dart编写UI。尽管代码风格与Java相似，但毕竟他们更习惯于用xml编写布局。他们不太习惯dart代码行的树结构，无论是html还是android。但我已经习惯了，而且还可以。

然后是组件支持。我习惯使用Weex。当我看到Flutter组件的支撑时，我几乎要哭了。Flutter的组件可以说是比较全面的。