import ‘package:flutter/gestures.dart’;
import ‘package:flutter/material.dart’;
import ‘package:url_launcher/url_launcher.dart’ as urlLauncher;
void main() => runApp(App());
class App extends StatelessWidget {
static const title = ‘Flutter App’;
@override
Widget build(BuildContext context) => MaterialApp(
title: title,
home: HomePage(),
);
}
class HomePage extends StatelessWidget {
@override
Widget build(BuildContext context) => Scaffold(
appBar: AppBar(title: Text(App.title)),
body: Center(
child: RichText(
text: TextSpan(
style: TextStyle(fontSize: 48),
children: [
TextSpan(
text: 'This is not a link, ',
style: TextStyle(color: Colors.black),
),
TextSpan(
text: ‘but this is’,
style: TextStyle(color: Colors.blue),
recognizer: TapGestureRecognizer()
…onTap = () {
urlLauncher.launch(‘https://flutter.dev’);
},
),
],
),
),
),
);
}
现在可以拥有所需的自动换行文字跨度，并且其中任何带有识别器的文字都将获得适当的鼠标光标。
在此版本中，TextSpan 还支持 onEnter和 onExit ，并且对应的拥有 mouseCursor。
Flutter 2.2 更新预览
除了可用于生产的新功能外，Flutter 2.2 还提供了许多预览功能，包括 iOS 着色器编译器性能改进，Android 延迟组件支持，Flutter 桌面更新以及 Sony 的 ARM64 Linux 主机支持。
预览：iOS着色器编译改进
用图形渲染术语来说，“着色器” 是要在最终用户设备上可用的 GPU 编译并运行的程序。自成立以来 Flutter 一直在底层 Skia 图形库中使用着色器，以其自身的高质量图形效果（包括颜色，阴影，动画等）提供本机性能。
由于 Flutter API 的灵活性，着色器可以实时生成和编译，并与需要它们的帧工作负载同步，所以当编译着色器的时间超出框架预算时，体验结果对于用户来说会很明显。
为了避免出现问题，Flutter 提供了在运行期间训练缓存着色器的功能，然后将它们打包并捆绑到应用程序中，并在 Flutter Engine 启动时在第一帧之前进行编译。这意味着预编译的着色器不必在帧工作负载期间进行编译，也不会造成垃圾回收，但是 Skia 最初仅为 OpenGL 实现了此功能。
因此当我们默认情况下在 iOS 上启用
Metal以响应 Apple 弃用OpenGL时，根据我们的基准测试，渲染帧时间增加了，而用户报告的产生的垃圾也增加了。
我们的测量数据表明，这些报告通常是由于着色器编译时间增加，Skia 为 Metal 后端生成的着色器数量，增加以及已编译的着色器无法在各次运行之间缓存，而使得 jank 持续到第一次运行之外而导致的一个应用程序。
因此直到现在，在 iOS 上避免这种麻烦的唯一方法是简化场景和动画，但这并不理想。
但是，现在在 dev 通道上是 Skia 中对 Metal 的着色器预热的新支持的预览，通过 Skia，Flutter 现在可以在第一帧工作负载开始之前编译带捆绑的着色器。
但是，此解决方案有一些警告：
- Skia 仍然需要为
Metal生成比OpenGL后端更多的着色器； - 最终的着色器对机器代码的编译仍需要与框架工作负载同步发生，但这比在框架渲染时间中进行整个着色器生成和编译要快；
- 首次运行应用程序后，将缓存生成的机器代码，直到重新启动设备为止；
如果想在应用程序中利用此新支持，可以按照 flutter.dev 上的说明进行操作。
但是，我们还没有完成这项工作。在 Android 和 iOS 上此实现都有一些缺点：
- 部署的应用程序的大小较大，因为它包含捆绑的着色器；
- 应用程序启动等待时间更长，因为捆绑的着色器需要预先编译；
- 开发人员暗示了我们对这种实现所带来的体验不满意；
我们认为最后一个问题最重要，特别是查看了执行培训运行的过程，并推理了因应用程序大小和应用程序启动延迟而带来过于繁琐的折衷。
因此我们将继续研究，消除不依赖此实现的着色器编译垃圾以及所有垃圾的方法。特别是我们正在与 Skia 团队合作，以减少响应 Flutter 的要求而生成的着色器的数量，并研究使用 Flutter Engine 捆绑的一小套静态定义的着色器实现。
可以在Flutter 中关注该项目，以了解我们的进度：github.com/flutter/flu…
Android 延迟加载组件
对于 Android 版本，使用 Dart 的拆分 AOT 编译功能，允许 Flutter 应用程序在运行时下载包含提前编译的代码和 assets 的模块。
将这些可安装拆分的模块称为延迟组件，通过仅在需要时才推迟下载代码和 assets ，可以大大减小初始安装大小，例如我们实施了 Flutter Gallery 版本初始安装尺寸减少了 46 ％。
在启用延迟组件的情况下进行构建时，Dart 会将仅使用 deferred 关键字导入的代码编译到单独的共享库中，这些共享库与 assets 一起打包到延迟组件中。
目前延迟组件仅在 Android 上可用，并且此功能作为早期预览版提供，在 flutter.dev 上新的Deferred components 页面中了解如何实现延迟的组件。
Flutter Windows UWP Alpha
Flutter 的另一个更新是针对 PC 的，对Windows UWP 的支持已在移至了 alpha。UWP 允许将Flutter 应用程序带到无法运行标准 Windows 应用程序的设备（包括Xbox）。
要进行尝试首先需要设置 UWP 先决条件。然后切换到 dev 通道并启用 UWP 支持：
$ flutter channel dev
$ flutter upgrade
$ flutter config — enable-windows-uwp-desktop
启用后，创建 Flutter 应用程序将包括一个新 winuwp 文件夹，该文件夹可让在 UWP 容器中构建和运行应用程序：
$ flutter create uwp_fun
$ cd uwp_fun
$ flutter pub get
$ flutter run -d winuwp
因为要构建 Windows UWP 应用程序在 Windows 的沙箱环境中运行，所以在开发过程中需要在本地主机上的应用程序防火墙上打一个洞，以启用诸如热重载和调试器断点之类的功能。
可以按照 Flutter 桌面文档页面 checknetisolation 上的说明使用命令执行此操作，完成此操作后可以在 Windows 上看到 Flutter 应用程序作为 UWP 应用程序运行。
当然也可以运行更多有趣的UWP应用，例如在 Xbox 上运行的 Flutter 应用。
请查看flutter.dev/desktop/#windows-uwp。
索尼对 ARM64 Linux 主机的支持
Flutter 社区的另一项杰出成就来自 Sony 的软件工程师 HidenoriMatsubayashi，他为针对ARM64 Linux 的支持做出了贡献，通过此 PR 可以在 ARM64 Linux 上构建和运行 Flutter 应用程序。
Flutter 生态系统和工具更新
Flutter Engine 和 Framework 只是整个 Flutter 生态的一部分，软件包生态系统和工具的更新对 Flutter 开发人员来说同样重要。
在生态系统方面，本次将发布许多新的 Flutter Favorite 软件包，以及 FlutterFire（Flutter对 Firebase 的支持）的一些更新，其中 FlutterFire 支持新的 Firebase App Check 预览，因此 Flutter 开发人员可以马上就用到它。
在工具方面，Flutter DevTools 进行了新的更新以优化应用程序的内存占用，并为提供程序包增加了一个新选项卡，另外 VS Code 和 Android Studio / IntelliJ 的 IDE 插件都有显着更新，并且如果是针对 Flutter 的内容作者，则可以采用全新的方式将 DartPad 集成到作品中。
最后有一个名为 FlutterFlow 的新的低代码应用程序设计和构建工具，该工具针对 Flutter 并在Web上运行，因为它本身是由 Flutter 构建的。
Flutter 最受欢迎的更新
作为该版本的一部分，Flutter 生态系统委员会认证了 24 个新的 Flutter Favorite 软件包，这是我们迄今为止最大的扩展，新标记的 Flutter 收藏夹包括：
- FlutterFire ：
cloud_firestore，cloud_functions，firebase_auth，firebase_core，firebase_crashlytics，firebase_messaging和firebase_storage；
- 社区 plus 包：
android_alarm_manager_plus，android_intent_plus，battery_plus，connectivity_plus，device_info_plus，network_info_plus，package_info_plus，sensors_plus和share_plus；
googleapiswin32intl和characters- Sentry packages ：
sentry和sentry_flutter infinite_scroll_pagination和flutter_native_splash
所有这些软件包都已迁移到空安全的状态，并视情况支持 Android，iOS 和 Web 。
例如：firebase_crashlytics 上没有底层 SDK，android_alarm_manager_plus 是专门为Android 设计的。
社区 plus 提供从 Flutter 团队包的超集。例如自 Flutter 最初发行之前，Flutter 团队就由Google 的电池组提供了 bettery package，并且已迁移至零安全状态，但仅在 Android 和 iOS 上受支持，而 battery_plus 包另一方面它支持所有六个 Flutter 平台，包括 Web，Windows，macOS 和 Linux。
九个 “plus” 软件包都获得了 Flutter 受欢迎的奖项，这代表了 Flutter 整个社区在成熟度上迈出的一大步。
googleapis 插件提供了约 185 个 Google API 的自动生成的 Dart 包装器，可在客户端或服务器端 Dart应 用程序（包括Flutter应用程序）中使用。
win32 程序包是工程学的奇迹，它使用 Dart FFI 封装了大多数常用的 Win32 API 调用，以使 Dart 代码可以直接访问它们，而无需使用 C 编译器或 Windows SDK 。
随着 Flutter 在 Windows 平台上的流行，该 win32 软件包已成为许多流行插件（包括path_provider）最流行的插件的关键依赖项。作为完整性的测试，作者 timsneath 使用原始 Dart 在原始 Win32 中做了一些有趣的事情，例如实现记事本，蛇和俄罗斯方块：
该 win32 软件包绝对值得一试，看看你是否能够在 Windows 上使用 Dart 或 Flutter 进行了任何操作。
FlutterFire 更新和 Firebase 应用程序检查
FlutterFire 是 Flutter 对 Firebase 的支持，是 Flutter 上最受欢迎的插件集合之一。
Invertase 在 Flutter 2 版本上投入生产以来一直在进行改进方面做得非常出色。实际上自FlutterFire 首次发布以来，Invertase 处理了 79 ％的未解决问题，并将未完成的 PR 数减少了88％。
此外他们不仅在生产质量插件方面做得很好，而且还将 Beta 质量插件迁移到了零安全性，并使其在同一内核上构建和运行，以便开发者可以混合和匹配。
此外，Invertase 继续为 FlutterFire 插件添加新功能，其中包括对该版本 Flutter 进行的 Flutter 与 Cloud Firebase 集成的许多更新：
Typesafe用于读取和写入数据的API- 支持 Firebase 本地仿真器套件;
- 使用数据包优化数据查询
最后 FlutterFire 支持新 Firebase 产品的 Beta 版本：Firebase App Check。
Firebase App Check 可保护您的后端资源（如 Cloud Storage ）免受计费欺诈或网络钓鱼之类的滥用，借助 App Check 运行 Flutter 应用程序的设备，会使用应用程序身份证明提供程序来证明它确实是您的真实应用程序，并且还可以检查它是否在未受干扰的真实设备上运行。
Flutter DevTools 更新
Flutter DevTools 在此版本中进行了许多值得注意的更新，包括两项内存跟踪改进以及一个仅用于 provider 插件的全新标签。
此版本的 DevTools 中的第一个内存跟踪改进功能，提供了跟踪对象分配位置的功能，让开发者在代码中查找内存泄漏的位置非常方便。
第二种是将自定义消息注入到内存时间轴的功能，这样开发者就可以提供特定于应用程序的标记，例如在完成一些占用大量内存的工作之前和之后，以便可以检查自己是否清理正确。
随着 Flutter 应用的规模越来越大，我们将继续确保 Flutter 开发人员拥有跟踪和修复各种内存泄漏和运行时问题所需的工具。
在使用要跟踪的 Flutter 框架时，不仅是运行时问题，而且还存在一些其他问题：有时开发者也想跟踪与软件包有关的问题。
pub.dev 上有超过 15,000 个与 Flutter 兼容的软件包和插件，应用随着时间的推移使用更多软件包的可能性越来越大。考虑到这一点，我们一直在尝试向 Flutter DevTools 添加新的 “Provider”选项卡。
事实上，这个标签是由 Remi Roussel 创建，provider 包维护人员。如果你正在运行最新版本的Flutter DevTools，并且正在调试使用 provider 插件的 Flutter 应用程序，则将自动获得新的“Provider” 选项卡。
“Provider”选项卡向开发者显示与每个提供程序相关的数据，包括在运行应用程序时的实时更改，它可以让您直接更改数据，以测试应用程序的主要情况！
这只是此发行版中Flutter DevTools中一些很酷的新功能，有关完整列表，请在此处查看各个公告：
- Flutter DevTools 2.1 ：groups.google.com/g/flutter-a…
- Flutter DevTools 2.2.1 ：groups.google.com/g/flutter-a…
- Flutter DevTools 2.2.3 ：groups.google.com/g/flutter-a…
IDE插件更新
Flutter 的 Visual Studio Code 和 IntelliJ / Android Studio IDE 扩展也已在此版本中更新，例如 Visual Studio Code 扩展现在支持两个附加的 Dart 代码重构：内联方法和内联局部变量。
在 Android Studio / IntelliJ 扩展中，我们添加了使用选项将所有堆栈跟踪打印到控制台的功能。
DartPad workshops
为了确保我们能够在迅速发展的 Flutter 开发人员社区中准备好文档，Dart 和 Flutter 团队一直在寻找改进和扩展创建教育内容的方法。
在此版本中，我们为 DartPad 添加了一个新的分步 UI，开发人员可以使用该 UI 跟随讲师指导的讲习班。
通过直接向 DartPad 添加说明，我们可以为 I/O 提供指导性的工作室体验，但是我们不只是为自己的工作室构建它；如果你想在 Dart 或 Flutter Workshop 中使用它，可以按照 DartPad Workshop 创作指南进行操作。
这样的主旨在于利用 DartPad 共享代码，并在自己的网站中嵌入 DartPad 。
社区聚焦：FlutterFlow
FlutterFlow 是一款“低代码”应用程序设计和开发工具，可以通过浏览器中构建所有应用程序，它提供了一种所见即所得的环境，可以使用 Firebase 的真实数据跨多个页面布置你的应用程序。
低代码工具的目标是轻松完成大多数常见的事情，从而开发者可以编写尽可能少的自定义代码行。实际上作为演示，他们构建了一个完整的多页移动应用程序，用于在不到一个小时的时间内，你可以在YouTube 上看到整个过程。
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数初中级安卓工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）
1710923942489)]
[外链图片转存中…(img-auVf6nnj-1710923942489)]
[外链图片转存中…(img-PfNzbPTq-1710923942490)]
[外链图片转存中…(img-FUYUdSyR-1710923942490)]
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）
[外链图片转存中…(img-1XuIjD5Q-1710923942490)]
1680
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
