flutter可读性差，flutter中的key

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、UIWebView ： 速度相比较 WKWebView 稍快一点，但是内存是一大硬伤，所以只要条件允许，就不推荐使用了 WKWebView ： 速度略慢一点，不过差别不大，总体可以接受。是比UIWebView更好的选择，推荐使用。

6、它是可以双端通信的，flutter端可以给Android发送消息，Android也可以给Flutter发送消息。EventChannel 只能是原生发送消息给Flutter端，例如监听手机电量变化，网络变化，传感器等。

相关问答

Q1: 如何理解私域流量的相对性？

1、私域流量是相对于公域流量来说的概念，简单来说是指是不用付费，可以在任意时间，任意频次，直接触达到用户的渠道，比如自媒体、用户群、微信号等，也就是KOC（关键意见消费者）可辐射到的圈层。是一个社交电商领域的概念。

2、私域流量是相对其而言的，说的是我们不用付费，可以任意时间、任意频次，直接触达到用户的渠道，比如：自媒体、用户群、微信号等。

3、“私域流量”与“公域流量”相比，有很多优势，其中最大的就是拥有控制权，只要不触犯“公域流量”平台的规则底线，就不会再受到掣肘，而这样可以最大限度降低获客成本。为什么这么说？举个非常简单的例子。

Q2: Android原生和Flutter使用过程的差异对比(二)

界面搭建过程中各种大小单位 Android：通常采用dp设置View宽高（和px像素的换算关系是dp值 × density逻辑密度），sp设置字体大小（会随着系统字体设置的大小而改变）。

EventChannel适用于native向flutter发送广播消息，只是单向的消息发送，native发，flutter收，返过来flutter并不能向native发送消息。

React Native、Weex等技术多了一个桥接层，所以界面渲染会慢一些，由于UI渲染非常频繁，想要不卡顿，基本上比较难，性能和用户体验跟原生代码有差距。

BasicMessageChannel 它是可以双端通信的，flutter端可以给Android发送消息，Android也可以给Flutter发送消息。EventChannel 只能是原生发送消息给Flutter端，例如监听手机电量变化，网络变化，传感器等。

结论：兼容性 WKWebView = flutter_webview UIWebView UIWebView ： 速度相比较 WKWebView 稍快一点，但是内存是一大硬伤，所以只要条件允许，就不推荐使用了 WKWebView ： 速度略慢一点，不过差别不大，总体可以接受。

性能强大：Flutter 的性能强大，流畅。与众多基于 html 的跨平台框架相比，Flutter 绝对是体验最好，性能与构建思路几乎最接近原生开发的框架。

flutter可读性差的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于flutter中的key、flutter可读性差的信息别忘了在本站进行查找喔。