Flutter 里的语法糖解析，知其所然方能潇洒舞剑

最新推荐文章于 2024-04-08 01:27:25 发布

2401_84121588

最新推荐文章于 2024-04-08 01:27:25 发布

阅读量818

点赞数 26

分类专栏：程序员文章标签： flutter android windows

本文链接：https://blog.csdn.net/2401_84121588/article/details/137389340

版权

程序员专栏收录该内容

196 篇文章 0 订阅

订阅专栏

本文介绍了Dart编程中的late声明、typedef的新类型别名功能、extension的拓展机制以及async/await的语法糖在编译后的表现，指出它们对性能和运行结果的影响。

摘要由CSDN通过智能技术生成

================================================================

首先如下图所示，我们写一段简单的代码，通过 late 声明了一个 playerAnimation 对象，然后在运行代码之后，通过 dump_kernel.dart对编译后的 app.dill 进行提取。

如下图所示，通过提取编译后的代码，「可以看到 playerAnimation 其实被转变成了 Animation? 的可空对象」，而当 playerAnimation 被调用时，通过 get playerAnimation() 进行判断，如果此时 playerAnimation == null ，直接就抛出 LateError 错误。

「所以当我们访问 late 声明的对象时，如果对象还没有初始化，就会返回一个异常。」

typedef

===================================================================

介绍完 late 接下介绍下 typedef， typedef 在 Dart 2.13 开始可以用于**「新的类型别名功能」**，比如：

// Type alias for functions (existing)

typedef ValueChanged = void Function(T value);

// Type alias for classes (new!)

typedef StringList = List;

// Rename classes in a non-breaking way (new!)

@Deprecated(“Use NewClassName instead”)

typedef OldClassName = NewClassName;

那么 typedef 是如何工作的？如下图所示，可以看到 _getDeviceInfo 方法在编译后，其实直接就被替换为 List ，所以**「实际上 StringList 是不参与到编译后的代码运行」**，所以也不会对代码的运行效率有什么影响。

再举个例子，如下图所示，可以看到通过 SelectItemChanged 声明的 selectItemChanged，在编译后其实直接就是 final field (dynamic) →? void selectItemChanged; 。

接着我们通过 Dart 的 tear-off 来看另外一个现象，如下图所示，可以看到我们从一个任意对象中 x中提取了 toString方法，通过闭包，就可以像调用常规实例一样调用 x。

❝

如果在一个对象上调用函数并省略了括号， Dart 称之为 ”tear-off” ：一个和函数使用同样参数的闭包，当调用闭包的时候会执行其中的函数，比如：names.forEach(print); 等同于 names.forEach((name){print(name);});

❞

那么编译后的 getToString 方法会是怎么样的？

如下图所示，可以看到 getToString 方法在编译后成了一个 static 的静态方法，并且 ToStringFn 也没有实际参与运行，也是被替换成了对应的 ()-> core:String 。

「所以对于编译后的代码，typedef 并不会对性能和运行结果产生影响。」

extension

=====================================================================

在 Dart 里，通过 extension 可以很便捷地为对象进行拓展，「那 extension 关键字是如何在原对象基础上实现拓展呢？」

如下图所示，我们声明了一个 Cat 的枚举，并且对 Cat 进行了拓展，从而为枚举的每个值赋值，并且加了 talk 方法。

如下图所示，「编译后 Cat 里的枚举值对应变成了一个 static final 的固定地址」，并且 CatExtension 里的 talk 和 value 也被指向了新的位置。

找到对应的实现处发现，「CatExtension 里的 name 和 talk 都变了所在文件下的 static method」 ，并且 talk 方法是先定义了 method 实现，之后再通过 tearoff 的 get 实现去调用，「基本上所有在 extension 里定义的方法都会有对应的 method 和 tearoff。」