Android原生和Flutter使用过程的差异对比(二)
1、界面搭建过程中各种大小单位 Android：通常采用dp设置View宽高（和px像素的换算关系是dp值 × density逻辑密度），sp设置字体大小（会随着系统字体设置的大小而改变）。
2、React Native、Weex等技术多了一个桥接层，所以界面渲染会慢一些，由于UI渲染非常频繁，想要不卡顿，基本上比较难，性能和用户体验跟原生代码有差距。
3、EventChannel适用于native向flutter发送广播消息，只是单向的消息发送，native发，flutter收，返过来flutter并不能向native发送消息。
4、BasicMessageChannel 它是可以双端通信的，flutter端可以给Android发送消息，Android也可以给Flutter发送消息。EventChannel 只能是原生发送消息给Flutter端，例如监听手机电量变化，网络变化，传感器等。
5、结论：兼容性 WKWebView = flutter_webview UIWebView UIWebView ： 速度相比较 WKWebView 稍快一点，但是内存是一大硬伤，所以只要条件允许，就不推荐使用了 WKWebView ： 速度略慢一点，不过差别不大，总体可以接受。
Flutter发布Package(Pub.dev或私有Pub仓库)
pub.dev 是 Google 官方的 Dart 仓库，在上面可以找到我们需要的包和插件。 Flutter 本身没有 Toast，我们来接入一个。
在使用Flutter开发的时候，希望在浏览器中打开URL，而在pub_env中已经存在 url_launcher 库可以实现该功能。
具体有哪些版本可以去这个网站上找：https：//pub.dev 然后就可以了。事后分析原因是：firebase_core虽然没有修改大版本号，当前依然是10。但是里面做了不兼容的改动，删除了某些方法，导致了找不到。
为什么说移动端的未来是Flutter?
Flutter Flutter是Google开发的一套全新的跨平台、开源UI框架，支持iOS、Android系统开发，并且是未来新操作系统Fuchsia的默认开发套件。
综合所述，Flutter 是性能最接近原生代码 的一种开发框架，未来也会是构建谷歌Fuchsia应用的主要方式，前途不可限量，唯一的问题就是需要学习一门新的语言：Dart，而有Java或者C#语言基础的程序员会比较容易学习。
因为flutter只有一个dart引擎，所有没有来回通信参数的性能问题，所以性能比rn和weex跟高；这个通信的折损特别表现在跟手势的js响应操作绘制帧动画，或者说js连续操作界面元素方面。
与跨端平台不仅不冲突，还可以完美融合。移动端跨平台开发框架中，不管是通过Flutter、Taro、kbone等开发出来的小程序均可在FinClip当中运行。使用FinClip的一些企业国内大型企业居多，如工商银行、中车数字、融创集团等。
只要你的学习的能力强，有比较强的技术，如果你是在读大学，一定要认真学习，需要有比较好的基础，在未来的很长一段时间，移动开发都站的比较多的位置。因为现在是智能手机的时代。
易于学习上手，不管前端后端移动端，多多少少都会一点JS、CSS。
Android原生和Flutter使用过程的差异对比(一)
1、界面搭建过程中各种大小单位 Android：通常采用dp设置View宽高（和px像素的换算关系是dp值 × density逻辑密度），sp设置字体大小（会随着系统字体设置的大小而改变）。
2、常用布局的对比 使用下来其他组件大致还算方便，但是相对布局而言使用便利程度上Android原生完胜，ConstraintLayout内部的所有子View可以设置互相之间的位置依赖关系。
3、Flutter使用谷歌自己的Skia渲染引擎，而Android系统自带Skia引擎，iOS平台上Flutter也会把Skia引擎打包到APP中，从而实现了高效渲染。而React Native通过桥接层访问原生UI，操作频繁就容易出性能问题。
4、flutter进行广播注册会返回一个streamSubscription类型的对象，该对象可以进行消息的停止，native可在onCancel回调里面收到。
5、它是可以双端通信的，flutter端可以给Android发送消息，Android也可以给Flutter发送消息。EventChannel 只能是原生发送消息给Flutter端，例如监听手机电量变化，网络变化，传感器等。
关于flutter兼容差和flutter for windows的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
