Flutter学习笔记&学习资料推荐

最新推荐文章于 2024-11-06 22:22:46 发布

2401_84903885

最新推荐文章于 2024-11-06 22:22:46 发布

阅读量241

点赞数 5

分类专栏：程序员文章标签： flutter 学习笔记

本文链接：https://blog.csdn.net/2401_84903885/article/details/138773391

版权

程序员专栏收录该内容

59 篇文章 0 订阅

订阅专栏

flutter pub pub run intl_translation:generate_from_arb --output-dir=lib/l10n --no-use-deferred-loading lib/l10n/localization_intl.dart l10n-arb/intl_*.arb

解决方法：文件管理器中进入项目根目录下，在git bash终端执行命令即可，原因是windows下执行不识别*号通配符会报错。

这句命令在首次运行时会在"lib/l10n"目录下生成多个文件，对应多种Locale，这些代码便是最终要使用的dart代码。

Android Studio运行Flutter时无法连接设备

如下图，有时会发现这里找不到设备无法运行：

在这里插入图片描述

解决方法：先关闭AS，然后到flutter sdk的安装目录下, 将\flutter\bin\cache下的lock文件删除，再重启AS。如果还是不行，那么多试几次就可以了。或者有其他的IDE工具连接了你的设备，关闭其他的IDE就可以了。

在这里插入图片描述

Fliutter运行时一直卡在Running Gradle task 'assembleDebug’

这个有时会卡很久，有时卡一会儿就好了，原因是AS正在后台执行下载，此时可以打开任务管理器，查看AS的磁盘和网络使用状况：

在这里插入图片描述

如果你发现这里的速度很高，说明它正在疯狂的下载，一般多等待一会儿就可以了。可是如果你发现这里也没有什么流量，而它一直卡在那里，说明是依赖库无法下载，如果是android端，可以打开项目的android文件夹，然后修改build.gradle文件如下：

在这里插入图片描述

使用阿里云的maven地址就可以，速度会很快，然后在AS的Tools工具菜单中执行Flutter>Flutter Clean,再重新运行即可。如果还是不行，首先到前面的Flutter 环境配置参考url的配置。如果还不行的话，那可能需要在Terminal终端中cd到android目录下，执行下面命令：

gradlew clean

gradlew build

或者可以选中android文件夹右键Flutter->Open Android module in Android Studio可以把android目录当成一个标准的android项目打开重新build即可。最终再重新回到Flutter项目运行。

showSnackBar报错

Unhandled Exception: Scaffold.of() called with a context that does not contain a Scaffold.

解决方法：使用GlobalKey：

var _scaffoldkey = GlobalKey();

return Scaffold(

key: _scaffoldkey,

…

onPressed: () {

_scaffoldkey.currentState.showSnackBar(SnackBar(content: Text(‘显示snackBar’)));

}

使用Utf8Decoder时提示参数错误

在Flutter实战教程中遇到代码片段socket.transform(utf8.decoder).join()报参数不匹配的错误，于是找到了stack overflow的这个utf8.decoder not working after latest Flutter Upgrade，原来这只是一个api的兼容性问题，解决方法：

使用StreamTransformer.bind(Stream) 代替 Stream.transform(StreamTransformer).

例:

Before: foo.transform(utf8.decoder)...
After: utf8.decoder.bind(foo)...

viewport was given unbounded height.width.

一般情况下是需要给一个固定的高度或宽度，可以参考这个，但是有时可能都不起作用，还是嵌套的布局使用有问题，去参考官网的布局约束原理 | 处理边界问题。

从其他应用切回Flutter应用页面无响应

这是我偶尔发现的一个神奇的问题：Flutter应用在切出应用以后再切回到应用，页面没有响应（不响应任何点击事件），测试手机版本：Android 7.1.1 魅族Pro6

本来我愉快的写着demo, 但是突然有一天，当我按下Home返回桌面再返回来的时候，发现什么都不能点击了。。whf。。?

后来我想了下Flutter这么牛逼的团队，应该不会把有如此明显的严重问题的版本发出来使用吧。。但是它确实是发生了，就发生在我的眼前，而且是百分百重现。

这个问题困扰了好久，因为几乎所有的我创建的应用都是这样的，从github上下载的其他人的demo也有类似情况，但是大多数都是正常的。

后来调查发现是跟flutter sdk版本有关系：

| 版本 | 测试结果 |

| — | — |

| flutter sdk 1.17.4 | 切回应用正常 |

| flutter sdk 1.20.1 | 切回应用无响应 |

| flutter sdk 1.20.2 | 切回应用无响应 |

| flutter sdk 1.20.3 | 切回应用正常 |

现在至少可以确定在 >1.17.4 <1.20.3之间的版本是可能会有兼容性问题的。也可能是Flutter团队在最新版本修复了这个不为人知的bug。

获取屏幕的宽高尺寸

double width = MediaQuery.of(context).size.width;

double height = MediaQuery.of(context).size.height;

有时遇到一些边界问题，不得不指定一个固定的宽度高度，这时可以参考屏幕的宽高，尽量按屏幕尺寸的百分比去设置，而不是写死魔法值。

判断当前是哪个平台

import ‘package:flutter/foundation.dart’;

…

//TargetPlatform目前支持6种平台

if (defaultTargetPlatform == TargetPlatform.android) {

// 是安卓系统，do something

}

// 我们可以通过显式指定debugDefaultTargetPlatformOverride全局变量的值来指定应用平台。比如：

debugDefaultTargetPlatformOverride = TargetPlatform.iOS;

print(defaultTargetPlatform); // 会输出TargetPlatform.iOS

//上面代码即在Android中运行后，Flutter APP就会认为是当前系统是iOS，Material组件库中所有组件交互方式都会和iOS平台对齐，defaultTargetPlatform的值也会变为TargetPlatform.iOS。

RefreshIndicator有时无法下拉刷新

RefreshIndicator组件的子组件listview或gridview的item数量较少时，无法触发下拉刷新操作，解决方法：滚动组件的physice属性设置为AlwaysScrollableScrollPhysics()，总是保持可滚动状态。

release模式下运行app无法连接网络

首先release模式运行的命令：

flutter run --release

运行之后发现请求接口的列表都出不来了，原来是AndroidManifest文件中默认没有添加INTERNET权限，手动添加上即可。奇怪的是，在debug模式下运行，就算不添加默认也是能请求网络的，害我找了好久原因。。

AS中运行除了main.dart以外的dart文件到手机上

Android Studio中运行除了main.dart以外的dart文件(必须包含main函数)，Terminal执行命令：

flutter run lib/animated_list.dart

热加载直接在Terminal键入：r 即可

pubspec.yaml中批量添加图片资源

一开始我都是按照规矩这样添加的：

flutter:

uses-material-design: true

To add assets to your application, add an assets section, like this:

assets:

images/ic_test.png
images/ic_timg.jpg
images/timg4.jpg
images/avatar.png

后来看了官网的demo，原来这样也可以：

flutter:

uses-material-design: true

assets: [images/]

这样如果我有很多图片就不用一个一个的去添加依赖了，省了很多力气，哈哈

Flutter 代码/性能优化

目前主要学到的几点：

尽量使用无状态的类组件来代替函数式的组件
尽量保持build方法的纯净，减少跟UI无关的逻辑处理
尽量使用const final等修饰符来避免重复创建新的组件

主要理解两个问题

第一个问题：为啥要使用类组件来代替函数组件？

Class Widget VS Function Widget 的口水之战：

[Why should I ever use stateless widgets instead of functional widgets?

]( )(为什么我应该使用无状态组件而不是函数组件？) ——来自Flutter的Github源码的一个issue，国外各路神仙们就此展开了激烈辩论。。

What is the difference between functions and classes to create reusable widgets?(使用类和函数构建可复用组件的不同点是什么？) ——来自stackoverflow的issue

两个链接都是出自同一大神Rousselet的回答，他首先指出的是这两者之间的一个显著的不同点，就是：Flutter的framework对函数是无感知的，但是对类是有感知的。

也就是说通过类创建的组件最终会作为一个独立的element被挂载在element树上面去，而函数构建方式仅仅是纯粹的插入到了调用的地方，函数内的组件只是作为调用者的组件的一部分而已。使用函数构建组件会比较容易产生bug，这并不是说你使用函数构建组件就一定会有bug, 只不过如果你使用类构建组件的话，则一定能够保证不会面临用函数构建组件时可能会产生的bug。

既然使用函数实际也是可以的，也不一定就会产生bug, 而且使用函数会比使用类少写很多代码，那么为啥还一定要推荐类组件呢，有啥更特别的地方吗？

——因为使用类组件你会发现有如下显著优势：

允许性能优化(使用const构造函数，做到更精细的重建)
确保在两种不同布局之间的切换时能正确地释放资源(函数可能会重用一些先前的状态)
能确保热重载正常工作（函数则可能会中断热重载）
类组件会被显示到devTool的widget inspector检查器当中，便于调试
类组件可以拥有key, 而函数则不行
类组件可以使用context API, 而函数则不行
类组件可以通过重写运算符==, 减少重建次数, 而函数则不行

Github上的那个issue评论了两年多终于被关闭了。。不得不佩服外国人的钻研精神。。但是直到这个issue被关闭的时候，仍然有很多人还是不是很理解，为啥要优先用类，其实官方的说法也只是强烈推荐，但并不是必须的强制规则。也有很多人提出了如下代码：

class Toggler extends StatelessWidget {

final VoidCallback onToggle;

const Toggler({Key key, this.onToggle}) : super(key: key);

@override

Widget build(BuildContext context) {

return Row(

children: [

FlatButton(onPressed: onToggle, child: Text(‘On’)),

FlatButton(onPressed: onToggle, child: Text(‘Off’)),

);

}

上面方法中有两个FlatButton是一样的使用方式，那么你可能会考虑这样去重构：

//…

Widget _toggleButton(String text) =>

FlatButton(onPressed: onToggle, child: Text(text));

@override

Widget build(BuildContext context) {

return Row(

children: [

_toggleButton(‘On’),

_toggleButton(‘Off’),

);

}

按照我的理解，其实这样做是完全可以的，因为这两种方式最终是等价的，包括我们经常会写的构建列表组件会使用map方法：

final List fruits;

//…

@override

Widget build(BuildContext context) {

return Column(

children: _buildChildren(),

);

}

List _buildChildren() {

return fruits.map((f) => _FruitInfo(fruit: f)).toList();

}

这样应该也是完全OK的，也就是说使用箭头函数和inline组件的方式完全没有任何区别。更多的可能还是要考虑实际业务场景，如下面的代码，flutter就很难理解，某些情况下可能会造成不可预期的结果，这时应该去函数化来得到更加安全的保障。

bool condition;

Widget _foo();

Widget _bar();

Widget build(BuildContext context) {

return condition

? _foo()

_bar();

}

为了更好理解再看两组代码

以下两组代码等价：

Widget functionA() => Container()

@override

Widget build() {

return functionA()

}

@override

Widget build() {

return Container();

}

以下两组代码等价：

class ClassA extends StatelessWidget {

@override

Widget build(BuildContext context) {

return Container();

}

@override

Widget build() {

return ClassA()

}

@override

Widget build() {

return KeyedSubtree(

key: ObjectKey(ClassA),

child: Container(),

);

}

可以看出两种方式本质上的不同，类的优势明显优于函数。当然如果你还是比较习惯写函数式的组件，Rousselet大神写了一个库functional_widget可以让你以写函数组件的方式来写类组件：

@swidget

Widget foo(BuildContext context, int value) {

return Text(‘$value’);

}

比如，当你写上面的代码时，使用他这个库会生成下面的代码：

class Foo extends StatelessWidget {

const Foo(this.value, {Key key}) : super(key: key);

final int value;

@override

Widget build(BuildContext context) {

return foo(context, value);

}

@override

void debugFillProperties(DiagnosticPropertiesBuilder properties) {

super.debugFillProperties(properties);

properties.add(IntProperty(‘value’, value));

}

第二个问题：如何避免没必要的重复构建？

How to deal with unwanted widget build? （如何处理多余的组件构建？）

这个链接同样也是Rousselet的回答，他的意思，简而言之就是build方法是Flutter中刷新界面时会高频调用的方法，所以尽量保持它的纯净。这对提高刷新性能尤为重要，我们需要把跟UI构建不直接相关的处理逻辑全部移出build方法。例如他提到的这部分优化代码就是将Future对象的构造从build中移了出来：

class Example extends StatefulWidget {

@override

_ExampleState createState() => _ExampleState();

}

class _ExampleState extends State {

Future future;

@override

void initState() {

future = Future.value(42);

super.initState();

}

@override

Widget build(BuildContext context) {

return FutureBuilder(

future: future,

builder: (context, snapshot) {

// create some layout here

);

}

Flutter中实例相同的组件构建时不会被重新构建，利用这一点我们可以想办法缓存部分组件，如：

@override

Widget build(BuildContext context) {

return const DecoratedBox(

decoration: BoxDecoration(),

child: Text(“Hello World”),

);

}

其中const修饰的组件不会每次都被重新创建，使用final关键字也可以做到：

@override

Widget build(BuildContext context) {

final subtree = MyWidget(

child: Text(“Hello World”)

);

return StreamBuilder(

stream: stream,

initialData: “Foo”,

builder: (context, snapshot) {

return Column(

children: [

Text(snapshot.data),

subtree,

);

}

这里final修饰的组件也不会每次都被重新创建，这种模式在动画中被大量使用如AnimatedBuilder。另外，也提到其他解决方法如尽可能拆分到更小的独立Statefull组件中，或者使用Provider库来解决。

build方法在下面的场景下会被调用：

调用 initState 方法之后
调用 didUpdateWidget 方法之后
调用 setState()方法时
键盘被打开时
屏幕方向发生旋转时
父组件被构建子组件也会重新构建

自定义组件的一个重要点就是在didUpdateWidget中根据新旧组件的状态值比较决定是否要重新构建UI：

@override

void didUpdateWidget(MyRichText oldWidget) {

if (widget.text != oldWidget.text) {

_textSpan = parseText(widget.text);

}

super.didUpdateWidget(oldWidget);

}

又如：

@override

void didUpdateWidget(CounterWidget oldWidget) {

//通过新旧widget的一些属性来判断是否变化

// 检查新旧child是否发生变化(key和类型同时相等则返回true，认为没变化)

if (Widget.canUpdate(widget.child, oldWidget.child)) {

// child没变化，…

} else {

super.didUpdateWidget(oldWidget);

}

Flutter 解决嵌套地狱的几种方案

开头介绍过Flutter的不好的地方，第一个就是嵌套层级过多的问题，

第一种方法，将复杂的widget抽取变量，或者抽取类组件

详细的戳这篇文章：Flutter避免代码嵌套，写好build方法

这篇文章的主要思想是不断的复用抽取的控件变量来减少嵌套层级，包括利用控件变量结合if条件渲染, 以及将组件抽取到类当中（Stateful或Stateless）。注意这里提到的是抽取变量，而不是抽取函数，详细前面优化部分已经介绍过了。

其实简单来说，这种方法做的事情就是两个字：重构！不借助任何外力或者依赖多余的库，重新设计和组织你的代码，以得到更加清晰的代码架构和逻辑，并且能够减少bug。我觉得这个已经不算是什么新鲜的姿势了，而是作为一只优秀程序猿的基本素养。

总的来说这种方法是比较原生态的，我个人也比较推荐这种。

第二种方法，通过Dart 2.7的新属性扩展函数来解决

主要看这篇文章：https://blog.csdn.net/c6E5UlI1N/article/details/104057737

虽然这种方式也能解决嵌套问题，但是最终使用起来你会发现它的思想都是反着去添加的，跟日常使用习惯部分，有点反人类。。所以我个人不推荐这种方式。

第三种方法，利用建造者模式来解决

这个可以看这里：flutter解决布局嵌套问题

设计模式是用来优化代码和重构的终极法宝，很多时候你想不到的答案可能先人已经总结了方法。按照build模式我们可以将常用的布局组件都封装一下使用，不限于文中介绍的。只是提供了一种思路。

第四种方法，将组件属性封装为方法来解决

这种其实是由上面第三种建造者模式得到的启发，但是这里我不用建造者模式，因为建造者模式到最后一步build才会生成对象实例，而我想先生成对象实例，然后再调用实例的方法来为其添加属性。最终想要的效果如下：

import ‘package:flutter/material.dart’;

import ‘column_row_wrap.dart’;

class UnNestLayoutTestPage extends StatelessWidget {

@override

Widget build(BuildContext context) {

return Scaffold(

appBar: AppBar(title: Text(“去除嵌套示例”),),

body: ColumnWidget()

.addChild(Text(“呵呵”))

.addChild(Text(“怎样”))

.addChildByPadding(Text(“可以”), EdgeInsets.all(10.0))

.addChild(CenterWidget(Text(“测试”)))

.addChild(RowWidget()

.addChild(Text(“你好”))

.addChildByMargin(Text(“很好”), EdgeInsets.all(20.0))

.addChild(Text(“大家好”)))

.addChild(ContainerWidget(Text(“中国”))

.addPadding(EdgeInsets.all(10.0))

.addDecoration(BoxDecoration(color: Colors.red)))

.addChild(RaisedButtonWrap(“提交”)

.textColor(Colors.blue)

.onClick(() => { print(“点击了提交”)}))

);

}

可以看到，在build方法中我用了20行不到的方法添加了很多控件，并且可以轻松的设置颜色、padding、margin、点击事件等，如果要用Flutter原生的写法实现上面的代码远远不止20行，因为每一行要扩展出来好几行，代码量要暴增好几倍。

很显然，这样的代码，肯定是更加清晰且易于维护的。那怎么实现的呢，没有很神秘的东西，直接上代码：

import ‘package:flutter/material.dart’;

class ColumnWidget extends StatelessWidget {

List _children = [];

ColumnWidget addChild(Widget widget) {

_children.add(widget);

return this;

}

ColumnWidget addChildByPadding(Widget widget, EdgeInsetsGeometry padding) {

_children.add(Padding(

child: widget,

padding: padding,

));

return this;

}

@override

Widget build(BuildContext context) {

return Column(

children: _children,

);

}

class RowWidget extends StatelessWidget {

List _children = [];

RowWidget addChild(Widget widget) {

_children.add(widget);

return this;

}

RowWidget addChildByMargin(Widget widget, EdgeInsetsGeometry margin) {

_children.add(Container(

child: widget,

margin: margin,

));

return this;

}

@override

Widget build(BuildContext context) {

return Row(

children: _children,

);

}

class ContainerWidget extends StatelessWidget {

final Widget children;

ContainerWidget(this.children);

EdgeInsetsGeometry _padding;

EdgeInsetsGeometry _margin;

Decoration _decoration;

ContainerWidget addPadding(EdgeInsetsGeometry padding) {

_padding = padding;

return this;

}

ContainerWidget addMargin(EdgeInsetsGeometry margin) {

_margin = margin;

return this;

}

ContainerWidget addDecoration(Decoration decoration) {

_decoration = decoration;

return this;

}

@override

Widget build(BuildContext context) {

return Container(

child: children,

padding: _padding,

margin: _margin,

decoration: _decoration,

);

}

class RaisedButtonWrap extends StatelessWidget {

String title;

RaisedButtonWrap(this.title);

Color _textColor;

Color _bgColor;

VoidCallback _clickListener;

RaisedButtonWrap onClick(VoidCallback clickListener) {

_clickListener = clickListener;

return this;

}

RaisedButtonWrap textColor(Color textColor) {

_textColor = textColor;

return this;

}

RaisedButtonWrap bgColor(Color bgColor) {

_bgColor = bgColor;

return this;

}

@override

Widget build(BuildContext context) {

return RaisedButton(

child: Text(title),

textColor: _textColor,

color: _bgColor,

onPressed: _clickListener,

);

}

class CenterWidget extends StatelessWidget {

final Widget child;

CenterWidget(this.child);

@override

Widget build(BuildContext context) {

return Center(

child: child,

);

}

这里我只是最简单的封装实现，实际你可以做的更精细将方法封装的更全面一些。当然Flutter当中有300多个组件，我们并不需要将所有的组件都封装一遍，你可以只将常用或者高频使用的组件进行封装，不常用的可以暂时不用去管直接按原来的方式使用即可。

当然并不一定是全部只用这种写法写的，也可以混合在嵌套的布局中使用：

class UnNestLayoutTestPage2 extends StatelessWidget {

@override

Widget build(BuildContext context) {

return Scaffold(

appBar: AppBar(title: Text(“去除嵌套示例”),),

body: ColumnWidget()

.addChild(Text(“测试”))

.addChild(Container(

child: RowWidget()

.addChild(Text(“你好”))

.addChildByMargin(Text(“很好”), EdgeInsets.all(20.0))

.addChild(Text(“大家好”)),

))

.addChild(Container(

child:Center(

child: RaisedButtonWrap(“提交”)

.textColor(Colors.blue)

.onClick(() => { print(“点击了提交”)}),

))

);

}

但是很明显，一旦我们开始了嵌套，代码行数就开始多了起来，看起来就没有那么清爽了。

之所以会有这种感觉，本质上是因为Flutter当中所有的组件属性都是通过构造函数的命名参数传递的，并且没有提供任何的属性操作方法，这就使得你不得不去层层嵌套的使用，这跟android中的java类组件完全不一样，android中的所有类都是提供方法的。很难想象如果我定义了一个类和N多个属性，但是不提供操作方法来使用，而是只提供构造函数来传递这些属性参数。

Flutter 调试相关

普通的断点调试跟纯android的没有太大区别，比如当我点击按钮执行某个方法时可以断点分步执行等待。

Dart DevTools

这里只要记录一下Dart DevTools这个工具：