rn跟flutter的简单介绍

Flutter之旅 02 - 创建第一个项目

Flutter项目可以用三种方式开发：

可以根据自己的需求选择，由于之前一直做iOS开发，也做过RN项目开发，Mac上装过Android Studio 和 其他安卓模拟器 Genymotion ，所以我选择Android Studio开发工具，之前装的版本 3.0.1 比较老了，所以进行了升级 3.4 。

体验Flutter

PS：第一次创建项目可以成功，之后再执行这一步操作创建新的Flutter项目时，一直卡住，重启过很多次Android Studio一直都是这样，后面查询资料，发现自己没有同意使用 android-licenses ，可以通过下列命令验证，第一步，先验证：

第一步检测结果，发现是需要同意 android-licenses ：

第二步执行同意命令，操作时会有很多个 android-licenses 需要同意：

第二步检测结果：

第三步再次验证，当得到以下截图中结果时，代表所有环境配置已经完成：

上述命令创建一个Flutter项目，项目名为 myapp ，在项目目录中，有安卓和iOS两个项目目录。

Android Studio中会列出所有已经连接了电脑的设备，包括安卓和iPhone。如果想在模拟器上运行，下面可以选择对应的模拟器，如图：

PS：如果想在模拟器上运行，需要先安装一个模拟器，选择Tools AVD Manager，如图：

然后选择Create Virtual Device，根据提示一步一步操作即可（建议翻墙条件下操作），添加完成后就可以在这个界面看到自己已经添加的模拟器，点击绿色的运行按钮，即可打开该模拟器：

相关问答

Q1: Archsummit 2019重磅分享｜闲鱼Flutter＆FaaS云端一体化架构

作者：闲鱼技术－国有

国有，闲鱼架构团队负责人。在7月13号落幕的2019年Archsummit峰会上就近一年来闲鱼在FlutterFaaS一体化项目上的 探索 和实践进行了分享。

随着无线，IoT的发展，5G的到来，移动研发越发向多端化发展。传统的基于Native＋Web＋服务端的开发方式，研发效率低下，显然已经无法适应发展需要。

我们希望 探索 闲鱼这样规模的独立APP的高效研发架构。主要思路是围绕Flutter解决多端问题，并使Flutter与FaaS等无服务容能力打通，形成云端一体化的研发能力，支持一云多端的发展需要。在某些场景已经取得效果，希望分享过程中的思考，与大家交流。

闲鱼选择Flutter主要是出于高性能的考虑。Flutter高性能主要来源于2个原因：

更多比较：

没有银弹的解决方案，Flutter与RN各有优点。如何选择因素很多，关键看如何取舍，举个例子：

云端技术栈的打通，是减少协同的不错的解法。以往前端＋Node.js的一体化方案大家应该不会陌生，然而如果端侧使用了Flutter，那云侧Dart自然是第一选择。

FaaS的本质是运行在云端，那Dart适合用在云/Server上吗？

Dart语言早于Flutter，在最初的设计上，Dart就可以用于Web、Server。Dart具备一些服务端语言的特点：

闲鱼首先尝试将Dart作为普通的Server，替代传统的Java　Server，然后再将Dart容器嵌入到FaaS容器中。建立Dart Server能力是第一步，也是主要的工作量所在。

闲鱼在Dart　Server方面的建设思路：

开发期：

运行期：

上述内容实现了FlutterDart FaaS的技术栈的统一，但仅技术栈统一还远远不够，端、云的同学仍然无法真正互补和一体化打通，原因在于还有更多深入问题需要考虑：

面向这些问题，闲鱼的解法思路：

案例一，一体化在资源均衡方面的体现。在近期的一个项目中，云端一体化使原本2个月的项目时间，减少了20天。

案例二，一体化在业务闭环方面的体现。负责增长的一位开发同学，专注在增长业务上，在合适的情况下为合适的人投放合适的内容，以此带来用户的增长和活跃效果。一体化的方式下，可以统一云、端的切面，业务研发不再受云、端的限制。

一体化是建设高效研发框架的方向，并不是所有场景都需要一体化的开发，但一体化的Flutter、FaaS等技术组件，可以独立使用，也会带来效率提升，并且与原有的开发模式兼容。从一体化的思路去建设，可以使整体架构体系更加一致，也有机会做一体的架构沉淀。

未来闲鱼希望在一体化上做更多尝试和深入 探索 ，包括一体化工具、一体化业务平台、数据化智能化等方向。

Q2: Flutter跨平台框架（Dart语言）

Flutter是谷歌的移动UI框架，可以快速在iOS和Android上构建高质量的原生用户界面。 Flutter可以与现有的代码一起工作。在全世界，Flutter正在被越来越多的开发者和组织使用，并且Flutter是完全免费、开源的。(-中文网；-英文网)

Flutter是一种趋势，势必会取代RN，成为最主流的跨平台开发框架，基于Dart语言。ios开发必须Mac电脑。android开发window、linux、Mac均可。

Q3: 前端开发未来的发展前景怎么样?

web前端开发前景还是比较好的。具体您可以通过以下几个方面去看看。

第一、web前端前景

1、 现在进入到了互联网时代，不管干什么基本都离不开网络，尤其是电商行业，对于用户的交互和体验度更加注重，而这些基本都是web前端技术实现的效果。

2、 现在对于IT互联网的应用广泛，app、小程序、移动端、pc端等都是需要前端技术的开发支持才能够完成。

第二、web前端待遇

对于web前端岗位的薪资，建议您可以去招聘网站上看一下。如果感觉招聘网站上边的不太真实的话，那么可以通过身边的做相关工作的朋友打听一下，这个是很真实的。

通过上边的图表可以看到前端的就业薪资相对式比较高的，10k-15k最多占到三分之一。

在北京、上海和深圳的平均薪资是很高的，尤其是北京已经达到了18k的高薪。从这方面来看web前端的薪资是很高的。

工作年限与工资也是呈现正比现象（这个正比现象是您在工作之后依旧坚持不断的学习web前端最新技术而呈现的）。加上大型企业对于用户界面体验的要求的高度重视，前端人才的需求也在增加。

所以Web前端的工作无法被替代，发展趋势是可见的，客户需求是存在，前景是巨大的。但还是要提醒您应该时刻记住只有不断的自我学习更新，才不会被行业所淘汰。

第三、web前端与其他编程相对比

web前端如果跟java、大数据相比的话，我个人不建议您比，因为的确没什么可比性。它们各自的工作方向不同，主要还是根据您自身的情况，一方面看一下自己喜欢哪个，另一方面看自己适合哪个。最终再做决定。

但有一点可以肯定的是无论学web前端、java还是大数据前景都不错，最最重要的是您自己需做以下步骤：

1、自己是否真的喜欢

2、自己是否适合

3、自己是否能即便参加工作之后保持长期学习的状态

如果都没有问题，选择自己喜欢的即可。

最后、无论是学哪个，“自学”也好，报班学习也罢，跟您自己的努力是分不开的，因此养成坚持长期不断学习的习惯是很有必要的。

Q4: 基于Weex的Flutter项目框架

最近在做的一个项目，项目的前期采用Weex开发。但是随着交互复杂度的增加，Weex一处开发多处多处运行的特征并没有很好的体现，相反很多时候我们还是需要做IOS和Android的适配。如今火热的Flutter相比Weex和Rn来说，给出了更好的跨平台解决方案。所以我们设计了一套基于Weex实现，底层跑在Flutter Engine上的框架。

 底层的Runtime采用isolate engine,框架业务逻辑，Dom的解析逻辑和Render逻辑都跑在这里。

 渲染引擎采用Flutter的Skia，彻底剥离了Android和IOS的差异性.

    将Weex VirsualDom的解析都替换成Flutter Widget.

    设计基于Weex2Dart的Brider,使JS和Dart可以相互调用

    weex-demo的性能展示

release环境下采用AOT模式，性能会有质的飞跃。

Android-Release版本只有10m大小

相比Weex和Rn具有更好的性能，同时具有更好的跨平台性

相比Flutter，具有动态部署的能力（Flutter Release采用AoT模式并没有动态部署的能力，即使Debug版本也只是开发环境下才有动态化能力并没有可以实施项目的能力）

只需要会Weex开发或则Rn开发就可以，不需要额外学习Dart，已有的Weex项目可以无缝切换。

Q5: 跨平台技术；H5和Flutter谁是未来？

前言

为什么跨平台是发展趋势？

同一个应用，各个“端”独立开发，不仅开发周期长，而且人员成本高。同时，作为技术人员，也不应该满足于这种重复、低能的工作状态。在这样的形势下，跨平台的技术方案也受到越来越多人和企业的关注。

本篇文章我将从原理、优缺点等方面为大家分享跨平台技术

一. H5

说到跨平台，没人不知道H5。不管是在Mac、Windows、Linux、iOS、Android还是其他平台，只要给一个浏览器，连“月球”上它都能跑。

1.浏览器架构

下面，我们来看看让H5如此横行霸道的浏览器的架构：

浏览器由以上7个部分组成，而“渲染引擎”是性能优化的重中之重，一起了解其中的渲染原理。

2.渲染引擎原理

不同的浏览器内核不同，渲染过程会不太一样，但主要流程还是一致的。

分为下面6步骤：

从以上6步，我们可以总结渲染优化的要点：

以上就是浏览器端的内容。但H5作为跨平台技术的载体，是如何与不同平台的App进行交互的呢？这时候JSBridge就该出场了。

3.JSBridge原理

JSBridge，顾名思义，是JS和Native之间的桥梁，用来进行JS和Native之间的通信。

通信分为以下两个维度：

那么App内加载H5的过程是什么样的呢？

4.App打开H5过程

打开H5分为4个阶段：

这四步，对应的过程如上图所以，我们可以针对性的做性能优化。

5.优缺点分析

下面，我们进行H5的优缺点分析：

优点

缺点

虽然H5目前还存在不足，但随着PWA、WebAssembly等技术的进步，相信H5在未来能够得到越来也好的发展。

二.小程序

2018年是微信小程序飞速发展的一年，19年，各大厂商快速跟进，已经有了很大的影响力。下面，我们以微信小程序为例，分析小程序的技术架构。

小程序跟H5一样，也是基于Webview实现。但它包含View视图层、App Service逻辑层两部分，分别独立运行在各自的WebView线程中。

1.View

可以理解为h5的页面，提供UI渲染。由WAWebview.js来提供底层的功能,具体如下：

每个窗口都有一个独立的WebView进程，因此微信限制不能打开超过5个层级的页面来保障用户体验。

2. App Service

提供逻辑处理、数据请求、接口调用。由WAService.js来提供底层的功能,具体如下：

运行环境：

仅有一个WebView进程

3.View App Service通信

视图层和逻辑层通过系统层的JSBridage进行通信，逻辑层把数据变化通知到视图层，触发视图层页面更新，视图层将触发的事件通知到逻辑层进行业务处理。

4. 优缺点分析

优点

缺点

既然WebView性能不佳，那有没有更好的方案呢？下面我们看看React Native。

三.React Native

RN的理念是在不同平台上编写基于React的代码，实现Learn once, write anywhere。

Virtual DOM在内存中，可以通过不同的渲染引擎生成不同平台下的UI，JS和Native之间通过Bridge通信

1.React Native 工作原理

在 React 框架中，JSX 源码通过 React 框架最终渲染到了浏览器的真实 DOM 中，而在 React Native 框架中，JSX 源码通过 React Native 框架编译后，与Native原生的UI组件进行映射，用原生代替DOM元素来渲染，在UI渲染上非常接近Native App。

2.React Native 与Native平台通信

3.优缺点分析

优点

缺点

4.RN展望

虽然RN还存在不足，但RN新版本已经做了如下改进，并且RN团队也在积极准备大版本重构，能否成为开发者们所信赖的跨平台方案，让我们拭目以待。

既然React Native在渲染方面还摆脱不了原生，那有没有一种方案是直接操控GPU，自制引擎渲染呢，我们终于迎来了Flutter！

四.Flutter

Flutter是Google开发的一套全新的跨平台、开源UI框架，支持iOS、Android系统开发，并且是未来新操作系统Fuchsia的默认开发套件。渲染引擎依靠跨平台的Skia图形库来实现，依赖系统的只有图形绘制相关的接口，可以在最大程度上保证不同平台、不同设备的体验一致性，逻辑处理使用支持AOT的Dart语言，执行效率也比JavaScript高得多。

1.Flutter架构原理

2.Dart优势

很多人会好奇，为什么Flutter要用Dart，而不是用JavaScript开发，这里列下Dart的优势

3.优缺点分析

优点

缺点