flutter动态map,Flutter动态放大缩小布局

Flutter 小技巧之优化你使用的 BuildContext

Flutter 里的 BuildContext 相信大家都不会陌生，虽然它叫 Context，但是它实际是 Element 的抽象对象，而在 Flutter 里，它主要来自于 ComponentElement 。

关于 ComponentElement 可以简单介绍一下，在 Flutter 里根据 Element 可以简单地被归纳为两类：

所以一般情况下，我们在 build 方法或者 State 里获取到的 BuildContext 其实就是 ComponentElement 。

那使用 BuildContext 有什么需要注意的问题 ？

首先如下代码所示，在该例子里当用户点击 FloatingActionButton 的时候，代码里做了一个 2秒的延迟，然后才调用 pop 退出当前页面。

正常情况下是不会有什么问题，但是当用户在点击了 FloatingActionButton 之后，又马上点击了 AppBar 返回退出应用，这时候就会出现以下的错误提示。

可以看到此时 log 说，Widget 对应的 Element 已经不在了，因为在 Navigator.of(context) 被调用时， context 对应的 Element 已经随着我们的退出销毁。

一般情况下处理这个问题也很简单， 那就是增加 mounted 判断，通过 mounted 判断就可以避免上述的错误 。

上面代码里的 mounted 标识位来自于 State ， 因为 State 是依附于 Element 创建，所以它可以感知 Element 的生命周期 ，例如 mounted 就是判断 _element != null; 。

那么到这里我们收获了一个小技巧： 使用 BuildContext 时，在必须时我们需要通过 mounted 来保证它的有效性 。

那么单纯使用 mounted 就可以满足 context 优化的要求了吗 ？

如下代码所示，在这个例子里：

由于在 5 秒之内，Item 被划出了屏幕，所以对应的 Elment 其实是被释放了，从而由于 mounted 判断， SnackBar 不会被弹出。

那如果假设需要在开发时展示点击数据上报的结果，也就是 Item 被释放了还需要弹出，这时候需要如何处理 ？

我们知道不管是 ScaffoldMessenger.of(context) 还是 Navigator.of(context) ，它本质还是通过 context 去往上查找对应的 InheritedWidget 泛型，所以其实我们可以提前获取。

所以，如下代码所示，在 Future.delayed 之前我们就通过 ScaffoldMessenger.of(context); 获取到 sm 对象，之后就算你直接退出当前的列表页面，5秒过后 SnackBar 也能正常弹出。

为什么页面销毁了，但是 SnackBar 还能正常弹出 ？

因为此时通过 of(context); 获取到的 ScaffoldMessenger 是存在 MaterialApp 里，所以就算页面销毁了也不影响 SnackBar 的执行。

但是如果我们修改例子，如下代码所示，在 Scaffold 上面多嵌套一个 ScaffoldMessenger ，这时候在 Item 里通过 ScaffoldMessenger.of(context) 获取到的就会是当前页面下的 ScaffoldMessenger 。

这种情况下我们只能保证Item 不可见的时候 SnackBar 还能正常弹出， 而如果这时候我们直接退出页面，还是会出现以下的错误提示，因为 ScaffoldMessenger 也被销毁了 。

所以到这里我们收获第二个小技巧： 在异步操作里使用 of(context) ，可以提前获取，之后再做异步操作，这样可以尽量保证流程可以完整执行 。

既然我们说到通过 of(context) 去获取上层共享往下共享的 InheritedWidget ，那在哪里获取就比较好 ？

还记得前面的 log 吗？在第一个例子出错时，log 里就提示了一个方法，也就是 State 的 didChangeDependencies 方法。

为什么是官方会建议在这个方法里去调用 of(context) ？

首先前面我们一直说，通过 of(context) 获取到的是 InheritedWidget ，而 当 InheritedWidget 发生改变时，就是通过触发绑定过的 Element 里 State 的 didChangeDependencies 来触发更新， 所以在 didChangeDependencies 里调用 of(context) 有较好的因果关系 。

那我能在 initState 里提前调用吗 ？

当然不行，首先如果在 initState 直接调用如 ScaffoldMessenger.of(context).showSnackBar 方法，就会看到以下的错误提示。

这是因为 Element 里会判断此时的 _StateLifecycle 状态，如果此时是 _StateLifecycle.created 或者 _StateLifecycle.defunct ，也就是在 initState 和 dispose ，是不允许执行 of(context) 操作。

当然，如果你硬是想在 initState 下调用也行，增加一个 Future 执行就可以成功执行

那我在 build 里直接调用不行吗 ？

直接在 build 里调用肯定可以，虽然 build 会被比较频繁执行，但是 of(context) 操作其实就是在一个 map 里通过 key - value 获取泛型对象，所以对性能不会有太大的影响。

真正对性能有影响的是 of(context) 的绑定数量和获取到对象之后的自定义逻辑 ，例如你通过 MediaQuery.of(context).size 获取到屏幕大小之后，通过一系列复杂计算来定位你的控件。

例如上面这段代码，可能会导致键盘在弹出的时候，虽然当前页面并没有完全展示，但是也会导致你的控件不断重新计算从而出现卡顿。

所以到这里我们又收获了一个小技巧： 对于 of(context) 的相关操作逻辑，可以尽量放到 didChangeDependencies 里去处理 。

相关问答

Q1: flutter 第三方地图导航实现

这里实现flutter第三方地图导航，选用最简单的方式--调用第三方地图客户端；但各种地图客户端用的坐标系不一定相同，先了解下常见的坐标系：

地图应用api坐标系：

在 pubspec.yaml 文件中添加依赖插件：

一般android和ios调起第三方应用是通过scheme方式，这里调起第三方地图客户端导航也一样，如高德地图，ios scheme为iosamap，android scheme为androidamap; 所以flutter需要引用url_launcher;

未完待续~~

Q2: Flutter笔记-调用原生IOS高德地图sdk

2017年底因公司业务组合部门调整，新的团队部分维护的项目用React Native技术混合开发。为适应环境变化，开启疯狂RN学习之旅，晚上回来啃资料看视频。可能由于本身对RN技术体验不感冒或者在环境之下强迫学习有点不爽。开始寻找代替方案，Fluter像一束曙光引起了我的注意，之后一直关注并利用闲余时间开始探索。2018年一直学习到使用Flutter写项目，从0.2.0开始到现在1.5版本的发布，终于开始慢慢的爬出坑位了，但是因为部分控件感觉还是不如原生控件好用，因而Flutter提供了PlatformView部件。近期因项目中严重使用依赖地图，故而做了Fluterr使用原生IOS高德地图调研。因为我本身是一名android开发人员，初学IOS并记录下来。

PlatformView是 flutter 官方提供的一个可以嵌入 Android 和 iOS 平台原生 view 的小部件。

在我们实际开发中，我们遇到一些 flutter 官方没有提供的插件可以自己创建编写插件来实现部分功能，但是原生View在 flutter 中会遮挡住flutter 中的小部件，比如你想使用高德地图sdk、视频播放器、直播等原生控件，就无法很好的与 flutter 项目结合。

1、info.plist文件设置

2、 ios 端实现原生组件PlatformView提供原生view

3 、ios 端创建PlatformViewFactory用于生成PlatformView

4、 ios 端创建FlutterPlugin用于注册原生组件

5 、flutter 平台嵌入 原生view

iOS端的UiKitView目前还只是preview状态, 默认是不支持的, 需要手动打开开关, 在info.plist文件中新增一行io.flutter.embedded_views_preview为true.

创建类 FlutterMapView 并实现FlutterPlatformView 协议

FlutterMapView.h

FlutterMapView.m

FlutterMapFactory.h

FlutterMapFactory.m

FlutterMapPlugin.h

FlutterMapPlugin.m

请前往 高德开放平台控制台 申请 iOS Key。

注意：Bundle Identifier需要与申请的时候填写的一致

地图依赖的库列举如下：

基础 SDK AMapFoundationKit.framework

第一步：将解压后的MAMapKit.framework 文件 copy 或 拖拽 到工程文件夹中，左侧目录选中工程名，在 TARGETS-Build Phases- Link Binary With Libaries 中点击“+”按钮，在弹出的窗口中点击“Add Other”按钮，选择工程目录下的 MAMapKit.framework 文件添加到工程中。

千万不要忘记将AMapFoundationKit也一起加入工程。

3D地图正确配置应如下图所示：

需要引入的资源文件包括：AMap.bundle，其中：AMap.bundle 在 MAMapKit.framework 包中，AMap.bundle资源文件中存储了定位、默认大头针标注视图等图片，可利用这些资源图片进行开发。

左侧目录中选中工程名，在右键菜单中选择Add Files to “工程名”…，从MAMapKit.framework中选择AMap.bundle文件，并勾选“Copy items if needed”复选框，单击“Add”按钮，将资源文件添加到工程中。

成功跑起来 。。 。

Q3: Flutter （三） 状态管理

Flutter （二）布局

Flutter （三） 状态管理

Flutter （四） Map转模型

Flutter （五） 网络请求

Flutter （六） 保留界面状态

Flutter （七） 混合开发 [配置]

Flutter （八） 混合开发 [Flutter完整项目嵌入到原生]

Q4: 【百度地图篇】1.Flutter+百度Sdk实现地图功能 & 百度地图显示网格问题

我是初学者小白，所以很多看法不深，理解也不够透彻。但是很适合小白们一起从低角度往高处探索。文中有错误的，感谢指正，一起进步。

趁着假期做一个Flutter的地图功能，因为后端选用了百度地图，所以前端没得挑。找了遍插件，并没有现成可用的。（不过发现了百度官方也自开发Flutter插件，目前功能只有一个获取本地位置信息，后期会继续增加吧？很期待！）

参考帖子：

这个实际上跟功能之间没太大关系，只是我按照个人摸索的过程来写。

当对一个“领域/知识块”完全不懂的时候，360°的方向都不确定的话。先了解基础概念，有利于你确定自己的摸索方向。

参考帖子：

中间我跳过了几十，上百个帖子的摸索过程。这个才是关键能够真正做事的参考。

因为百度的sdk还算是很完善的，所以一旦出问题，都会有对应的报错提示。

我是使用flutter插件：permission_handler，来解决安卓的动态授权问题，用法简单而且设计合理。

这个错误直接来看，就是签名有问题。怎么查看SHA1码和包名，这里不多说，网上有极其多的方法，百度Sdk开发指南里也有。没那么复杂，也没那么麻烦。按照流程操作就是对的。

实在不放心？跟我一样，flutter打包后，把apk反过来解SHA1码不就行了？

参考帖子：

红色框框基本就是帖子讲解的那样。

蓝色框框见下图：release标签里好像是自己设置了。所以debug标签里面，箭头指向的位置，是我多设置的一个参数。

uid: -1 appid -1 msg: httpsPost failed,IOException:Unable to resolve host "api.map.baidu.com": No address associated with hostname

这一步我是哭笑不得，一开始老是和问题（2）混淆，导致浪费很多时间。仔细阅读后，发现是不能连接到“api.map.baidu.com”。

我打开模拟器的chrome浏览器，发现不能上网。查看手机的dns是10.0.2.3(默认的)，和家里wifi不一样，所以不能上网也正常，之前居然没发现这个问题！！！

终端执行：adb shell  和  getprop，就可以查看所有的属性参数了。（window小伙伴自行百度，这个没多大差别。如果你有多个设备，记得自己选好设备。）

在里面找到这一项，就是你的dns参数。有些人是net.dns1，我的是net.eth0.dns1。这个没关系，只是等下指令 稍微改动 就行。

修改dns指令：setprop net.eth0.dns1 192.168.2.1

后面的192.168.2.1是我自己的dns，这个根据自己的情况来填写。不懂的百度下怎么查看自己的dns。

虽然提示设置失败，但是回到模拟器一看，地图已经显示出来了。

嘿嘿，在flutter设定多大的区域，地图就是多大的区域。用起来就很方便了。

过程十分痛苦，因为对flutter不是很熟悉，对Android原生更是了解很少。所以自己就像突然不能讲话，被丢到一个陌生的环境，却要我去找一个人。所以细心很重要，一定要看清楚错误提示，不要错过每一个细节和可能性。

幸好最后解决了问题，开心~

其实如果你仔细阅读过百度官方的文档，会发现里面有关于 地图的生命周期管理 。然后在这里面没有提及到，这一点虽然没提，但不可或缺，小伙伴就自行思考吧。

最后还有一点，其实我的初衷是想实现一个百度地图的plugin，但是苦于能力有限，对Android的不熟悉，最后折戟。我不得已另起项目，然后重新实现地图sdk接入。经过这次对于这些有更多更全面的认知后，有空会再次研究flutter 插件的开发，共勉，奥利给！！！

Q5: flutter 开发中常用的list，map

最近打算开始写点东西，长期不写，感觉都不会写东西了，写写东西总不会有错，总是会对自己有点帮助的。开始学着写点东西，开始写的不好，相信写的多了会越来越好的。

开始用flutter 写项目了，没有系统和有条理的去学习和整理，总感觉是乱的。感觉有需要的东西还是写出来比较好，没事的时候可以回顾看看，以后也可以比较下自己有没有进步。

flutter 开发中常用到List 和 map,对于它的使用必须要清楚

接着上面，接下来是map