创 木子召 新新猿类 前天
首先我们来了解下什么Widget,其实就是相当于iOS开发中的UIView,在dart中Widget分为两大类
StatefulWidget (有状态Widget)
状态是在构建widget时可以同步读取的信息,或者在widget的生命周期中可能更改的信息,在Flutter中如果要管理状态需要用到 StatefulWidget。
StatelessWidget(无状态Widget)
Flutter中的StatelessWidget是一个不需要状态更改的widget - 它没有要管理的内部状态。
以上我们先简单介绍下Widget,后面我们用到再详细讲,下面我们来看看如何定义一个Widget,我们还是用上次的demo的里的代码,把Text Widget抽取出来定义成MyWidget
class MyWidget extends StatelessWidget {
}
那如何把我们的Widget渲染到页面上呢,其实有个build方法,build方法return什么就会渲染什么,我们来写下build方法
class MyWidget extends StatelessWidget {
@override
Widget build(BuildContext context) {
// TODO: implement build
return Center(
child: Text('Hello Flutter', textDirection: TextDirection.ltr,)
);
}
}
然后我们把main函数里改下
void main(){
runApp(
MyWidget()
);
}
运行下跟我们之前的效果是一样的
最后我们说下dart的一个语法,当一个函数只有一行代码执行的时候,可以去掉大括号然后改成箭头,最后我们精简完就是下面这个样子
void main()=> runApp(MyWidget());
文字样式
接下来我们来研究先Text这个Widget,我们点击去Text类里查看下
const Text(
this.data, {
Key key,
this.style,
this.strutStyle,
this.textAlign,
this.textDirection,
this.locale,
this.softWrap,
this.overflow,
this.textScaleFactor,
this.maxLines,
this.semanticsLabel,
this.textWidthBasis,
})
const Text()是个构造函数,里面的this.XXXX都是属性而且是可选的,我们看见它有个style属性,我们来设置下看看
import 'package:flutter/material.dart';
void main()=> runApp(MyWidget());
class MyWidget extends StatelessWidget {
@override
Widget build(BuildContext context) {
// TODO: implement build
return Center(
child: Text(
'Hello Flutter',
textDirection: TextDirection.ltr,
style: TextStyle(color: Colors.red, fontSize: 40, fontWeight: FontWeight.bold),
));
}
}
我们保存下代码直接热重装看看效果
我们把代码整理下,style抽出来
import 'package:flutter/material.dart';
void main()=> runApp(MyWidget());
class MyWidget extends StatelessWidget {
@override
final _textStyle=TextStyle(
color: Colors.red,
fontSize: 40,
fontWeight: FontWeight.bold
);
Widget build(BuildContext context) {
// TODO: implement build
return Center(
child: Text(
'Hello Flutter',
textDirection: TextDirection.ltr,
style: _textStyle,
));
}
}
是不是发现我们的_textStyle很像CSS啊,还有就是大家有没有觉得有了hot reload之后写UI爽歪歪啊
明天我们来说说MaterialApp和ListView这两个组件
点此查看福利
One More Thing
扫码查看 2020—课程列表 全网IT各种资源有需求的可以微我,或者你喜欢的课程都可以给我发链接剩下的我来搞定
喜欢的朋友可以扫描关注我的公众号(多多点赞,多多打赏,您的支持是我写作的最大动力)关注有福利可以使用免费梯子自由上网
iOS_DevTips
扫码查看 2020—课程列表 全网IT各种资源有需求的可以微我,或者你喜欢的课程都可以给我发链接剩下的我来搞定
喜欢的朋友可以扫描关注我的公众号(多多点赞,多多打赏,您的支持是我写作的最大动力)关注有福利可以使用免费梯子自由上网
iOS_DevTips
木子召
lutter for Web
在2018年冬的Flutter 1.0伦敦发布会上,Flutter产品经理Tim Sneath通过一个滑动拼图的例子介绍了如何让Flutter运行在Web之上。这一当时代号HummingBird的项目后来被重命名为flutter_web,并最终合入了master分支。
Flutter Web想在单代码库的情况下,使Flutter应用拥有Web支持。这样开发者使用Dart编写的Flutter应用可以被部署到任意的Web服务器上,或嵌入到浏览器中。开发者可以使用Flutter的所有特性,也不需要特殊的浏览器插件支持。
就最新的Flutter1.9.x而言,Flutter Web还处于技术预览版阶段,离真正应用到生产环境中还是有一些距离的。
设计
那么Flutter Web是怎么做到这一切的呢?这就要从Flutter的原理说起。Flutter框架的设计如下所示:
其中,Flutter Framework是使用纯Dart开发的。我们将其分为两部分,渲染和逻辑。就渲染而言,其最终会表示为dart:ui中提供的TextBox,Picture,Image等实例对象,再通过native方法(实现dart调用C++)调用Skia,Text等C++库,最终渲染在屏幕上,逻辑部分则被Dart Runtime执行。不难看出,要实现在Web上运行Flutter,要解决两个问题。Dart如何运行在Web上以及dart:ui中的native方法如何通过标准Web的方式来实现。就前者而言,dart2js是一个已有的成熟框架,所以问题的重点就在于如何通过标准Web的方式去实现一个dart:ui库。这也就是目前Flutter Web的设计原理:
在Flutter Web的设计之初,主要考虑了两个方案用于Web支持:
HTML+CSS+Canvas
CSS Paint API
方案1具有最好的兼容性,它优先考虑HTML+CSS表达,当HTML+CSS无法表达图片的时候,会使用Canvas来绘制。但2D Canvas在浏览器中是位图表示,会造成像素化下的性能问题。
方案2是新的Web API, 属于Houdini的组成部分。Houdini提供了一组可以直接访问CSS对象模型的API,使得开发者可以去书写代码并被浏览器作为CSS加以解析,这样在无需等待浏览器原生的支持下,创造了新的CSS特性。它的绘制并非由核心Javascript完成,而是类似Web Worker的机制。其绘制由显示列表支持,而不是位图。但目前CSS Paint API不支持文本,此外各家厂商对齐支持也并不统一。
鉴于此,目前Flutter Web使用的是基于方案1的实现。
环境准备
Flutter环境
flutter doctor -v
[?] Flutter (Channel master, v1.10.6-pre.61, on Mac OS X10.1519A558d, locale en-CN)
? Flutter version 1.10.6-pre.61at /Users/kylewong/Codes/Flutter/alibaba-flutter/flutter
? Framework revision 7bf9aea254(4hours ago),2019-09-2500:37:12-0700
? Engine revision 63949eb0fd
? Dart version 2.6.0(build2.6.0-dev.0.069b5681546)
...
[?] Chrome - develop forthe web
? Chrome at /Applications/Google Chrome.app/Contents/MacOS/Google Chrome
[?] Android Studio (version 3.5)
? Android Studio at /Applications/Android Studio.app/Contents
? Flutter plugin version 39.0.3
? Dart plugin version 191.8423
? Java version OpenJDK Runtime Environment (build 1.8.0_202-release-1483-b49-5587405)
Web环境
在flutter的master分支上,开发者可以通过下方命令检查当前是否打开了Web支持:
kylewong@KyleWongdeMacBook-Pro web_dig % flutter devices
3connected devices:
MHA AL00 ? GWY7N16A31002764 ? android-arm64 ? Android 9(API28)
Chrome ? chrome ? web-javascript ? Google Chrome 77.0.3865.90
Server ? web ? web-javascript ? Flutter Tools
如果不能看到Chrome/Server这两个设备,可以通过以下命令打开支持:
flutter config --enable-web
这个命令会将配置项保存到用户Home目录下的.flutter_settings中,一个典型的内容如下所示:
{
"enable-web": false,
"ios-signing-cert": "iPhone Developer: Kang Wang (xxx)"
}
dart2js配置修改
以flutter自带的gallery为例,默认的flutter web实现下,生成的js如下所示:
可以看到此js代码可读性很差(变量名,格式等),大小为2.2MB。这是因为flutter构建过程中开启了dart2js命令的O4优化项所致。为了方便我们分析和调试,我们对此其进行如下修改:
O0将禁止很多优化,修改后的效果如下所示:
可以看到,大小增加了不少,但可读性上好很多,除特殊说明外,本文将在O0优化项下展开。
原理剖析
我们首先基于Flutter提供的Gallery项目,比较下其在Mobile和Web上的表现(此处使用Flutter Web默认优化级别):
Flutter Native vs Flutter Web:
可以看出,Flutter Web在完备性上还是比较不错的,但依然有一些问题,比如本地图片在Android设备上显示正常,在iOS上却无法正常显示,网络图片则是正常的。
在Mobile/Web开发中,常见的元素包括图片,文字,形状,手势等,接下来,我们逐一进行剖析。
图片的实现
以如下代码为例:
import'package:flutter/material.dart';
voidmain=> runApp(Image.asset('assets/1.png'));
其运行效果如下(左侧为Native,右侧为Web):
其Native与Web简要原理对比如下所示:
在flutterwebsdk中最终调用html库(dart-sdk自带)绘制的代码如下:
flutter_web_sdk/lib/_engine/engine/bitmap_canvas.dart
@override
voiddrawImageRect(
ui.Image image, ui.Rect src, ui.Rect dst, ui.PaintData paint) {
// TODO(het): Check if the src rect is the entire image, and if so just
// append the imgElement and set it's height and width.
print('KWLM04');
finalHtmlImage htmlImage=image;
ctx.drawImageScaledFromSource(
htmlImage.imgElement,
src.left,
...
dst.height,
);
}
相对应地,通过 flutter build web--release--verbose
生成的main.dart.js中部分代码如下:
此部分对应上述bitmap_canvas.dart中的drawImageRect
drawImageRect: function(image, src, dst, paint) {
...
P.print("KWLM04");
H.interceptedTypeCheck(image, "$isHtmlImage");
J.drawImageScaledFromSource$x(this.get$ctx, image.imgElement, src.left, src.top, src.get$width(src), src.get$height(src), dst.left, dst.top, dst.get$width(dst), dst.get$height(dst));
},
drawImageScaledFromSource$x: function(receiver, a0, a1, a2, a3, a4, a5, a6, a7, a8) {
returnJ.getInterceptor$x(receiver).drawImageScaledFromSource(receiver, a0, a1, a2, a3, a4, a5, a6, a7, a8);
},
最终调用到了CanvasRenderingContext2D.drawImage这一标准W3C的API。
import'package:flutter/material.dart';
voidmain=> runApp(Text('Hello Flutter!'));
其运行效果如下(左侧为Native,右侧为Web):
其Native与Web简要原理对比如下所示:
在flutterwebsdk中最终调用html库(dart-sdk自带)构建和添加Element的代码如下:
flutter_web_sdk/lib/_engine/engine/dom_canvas.dart
@override
voiddrawParagraph(ui.Paragraph paragraph, ui.Offset offset) {
print('KWLM18');
finalhtml.Element paragraphElement=
_drawParagraphElement(paragraph, offset, transform: currentTransform);
currentElement.append(paragraphElement);
}
flutter_web_sdk/lib/_engine/engine/engine_canvas.dart
html.Element _drawParagraphElement(
EngineParagraph paragraph,
ui.Offset offset, {
Matrix4 transform,
}) {
print('KWLM25');
assert(paragraph._isLaidOut);
finalhtml.Element paragraphElement=paragraph._paragraphElement.clone(true);
finalhtml.CssStyleDeclaration paragraphStyle=paragraphElement.style;
...
returnparagraphElement;
}
相对应地main.dart.js中部分代码如下:
此部分对应上述dom_canvas.dart中的drawParagraph
drawParagraph: function(paragraph, offset) {
varparagraphElement;
H.interceptedTypeCheck(paragraph, "$isParagraph");
H.interceptedTypeCheck(offset, "$isOffset");
P.print("KWLM18");
paragraphElement=H._drawParagraphElement(paragraph, offset, this.get$currentTransform(this));
J.append$x(this.get$currentElement, paragraphElement);
},
_drawParagraphElement: function(paragraph, offset, transform) {
varparagraphElement, paragraphStyle, style, t1;
P.print("KWLM25");
paragraphElement=H.interceptedTypeCheck(J.clone$x(paragraph._paragraphElement, true), "$isElement0");
paragraphStyle=paragraphElement.style;
(paragraphStyle && C.CssStyleDeclaration_methods).set$position(paragraphStyle, "absolute");
...
returnparagraphElement;
},
从文本这个例子不难看出,对于可以通过HTML+CSS形式表达的元素,flutter web将其最终翻译成Element+CSS Style形式动态生成类似静态HTML+CSS描述的内容,最终完成内容的渲染。
形状的实现
以如下代码为例:
import'package:flutter/material.dart';
voidmain=> runApp(Container(decoration: BoxDecoration(color: Colors.red)));
其运行效果如下(左侧为Native,右侧为Web):
其Native与Web简要原理对比如下所示:
在flutterwebsdk中最终调用html库(dart-sdk自带)构建Element(添加部分同文本)的代码如下:
flutter_web_sdk/lib/_engine/engine/dom_canvas.dart
@override
voiddrawRect(ui.Rect rect, ui.PaintData paint) {
print('KWLM47');
assert(paint.shader==);
finalhtml.Element rectangle=html.Element.tag('draw-rect');
...
currentElement.append(rectangle);
}
相对应地main.dart.js中部分代码如下:
此部分对应上述dom_canvas.dart中的drawRect
drawRect: function(rect, paint) {
varrectangle, isStroke, t1, t2, t3, left, right, $top, bottom, effectiveTransform, translated, style, cssColor, _this=this;
H.interceptedTypeCheck(rect, "$isRect");
H.interceptedTypeCheck(paint, "$isPaintData");
P.print("KWLM47");
rectangle=W.Element_Element$tag("draw-rect");
...
J.append$x(_this.get$currentElement, rectangle);
}
对于本例中的形状,也是通过HTML+CSS的方式实现的。
触摸事件的实现
以如下代码为例:
import'package:flutter/material.dart';
voidmain=> runApp(GestureDetector(child: Text('Click me!',style: TextStyle(fontSize:50),), onTap: {
print('KWLM called!');
}));
其运行效果如下(左侧为Native,右侧为Web):
其Native与Web简要原理对比如下所示:
此例中的PointerBinding由dartsdk.js提供,其提供了从Window获取事件回调的机制,并最终调用到了WidgetsFlutterBinding(也是GestureBinding)的handlePointerDataPacket方法,后续的路由机制同Native情景下的Flutter部分。
优缺点
优点
从目前Flutter Web选取的技术路线来说,HTML+CSS+Canvas这种方式具有最好的兼容性,这样开发者开发的Flutter代码(不包括Plugin部分对于Native的扩展)将零成本地转成标准Web展示,这一低成本扩展到Web平台带来的优势还是很明显的。
不足
尽管其优势很明显,也面临一些不足的问题 a. 包大小过大的问题
目前dart2js本身并没有针对小型程序做出优化,即使是本文中的手势这么简单的代码,Flutter Web最终生成的大小也有560KB, 无法满足要求。
但从理论上来说,通过对dart2js本身做出合理的优化(鉴于dart/flutter整个的开源设计),我们可以将Flutter Web依赖的基础SDK全集嵌入应用中(或者按需下载的方式),将真正的业务代码与SDK分离,也是有可能将其大小降低的。
b. 功能不完备的问题 比如在flutter_gallery的例子中Safari上图标展示为方框的问题。
c. 性能的问题 当需要用到BitmapCanvas比较多的时候,Element对象直接的光栅化,会导致在一些诸如缩放等的场景下,面临性能的问题。当然缩放的问题在移动设备的场景下也是有可能避免的。
小结
总体而言,Flutter Web具有优秀的设计。它基于dart:js和dart:html这些成熟的框架,通过将与Native相关的dart:ui库重写的方式,很好地解决了Flutter扩展到Web平台上的问题。对于上层开发者而言,完全不用去做任何修改,即可产生一套符合Web标准的代码,显示和行为也同原始设计保持一致。虽然目前Flutter Web还不够成熟,存在一些诸如包大小性能等问题,但基于Flutter和Flutter Web的良好分层设计,我们有理由相信随着时间的推移和社区成熟,这些问题终将得到改善或解决。
闲鱼团队是Flutter+Dart FaaS前后端一体化新技术的行业领军者,就是现在!客户端/服务端java/架构/前端/质量工程师面向社会招聘,base杭州阿里巴巴西溪园区,一起做有创想空间的社区产品、做深度顶级的开源项目,一起拓展技术边界成就极致!
*投喂简历给小闲鱼→guicai.gxy@alibaba-inc.com
更多系列文章、开源项目、关键洞察、深度解读
请认准闲鱼技术
品|开源中国
Flutter 3.3 现已发布,此版本的专注于完善和性能改进,以强化三个月前发布的 Flutter 3 中所提供的功能。自 Flutter 3 发布以来,Flutter 已经合并了 5,687 个 PR。此版本通过几个新组件和一些错误修复扩展了对不断发展的 Material 3 规范的支持,包括针对平板电脑和桌面开发人员的新功能,iPad 上的涂鸦手写支持、可选择的文本分组和触控板支持。
还包括 Dart 2.18,它为使用 Swift 或 Objective-C 编写的库和代码引入了 FFI 支持。公告称,基于此版本构建的应用程序将在桌面、Web 和移动设备上体验到更高的性能。此版本带来了 Flutter Web、桌面、文本处理性能的更新等等,还为 go_router 包、DevTools 和 VS Code 扩展引入了更新。
Framework
全局选择
随着 SelectableArea widget 的引入,任何 child of the SelectableArea widget 都可以免费启用选择。更多详情可查看 [SelectableArea](https://api.flutter.dev/flutter/material/SelectionArea-class.html)API 页面。
触控板输入
Flutter 3.3 改进了对触控板输入的支持。不仅提供了更丰富、更流畅的控制,还减少了某些情况下的误解。有关这种误解的示例,可查看 Drag a UI element page in the Flutter cookbook。滚动到页面底部以访问 DartPad 实例,然后执行以下步骤:
缩小窗口大小,使上部呈现滚动条
悬停在上部
使用触控板滚动
在安装 Flutter 3.3 之前,在触控板上滚动会拖动项目,因为 Flutter 正在 dispatching 模拟的一般事件
安装 Flutter 3.3 后,在触控板上滚动会正确滚动列表,因为 Flutter 提供的是 “滚动” 手势,该手势无法被卡片识别,但可以被滚动视图识别
更多详情可查看 Flutter Trackpad Gesture 以及 PR。
PR 89944:Support trackpad gestures in framework
PR 31591:iPad trackpad gestures
PR 34060:Re-land “ChromeOS/Android trackpad gestures”
PR 31594:Win32 trackpad gestures
PR 31592:Linux trackpad gestures
PR 31593:Mac trackpad gesturesmacOS
Scribble
Flutter 现在支持在 iPadOS 上使用 Apple Pencil 进行 Scribble 手写输入。默认情况下,此功能在 CupertinoTextField、TextField 和 EditableText 上启用。
文字输入
为了改进对富文本编辑的支持,此版本引入了从平台的 TextInputPlugin 接收细化文本更新的能力。以前,TextInputClient 只交付新的编辑状态,新旧之间没有差异,TextEditingDeltas 和 DeltaTextInputClient 填补了这个信息空白。了解更多信息,可查看富文本编辑器演示。
Material Design 3
Flutter 团队继续将更多 Material Design 3 组件迁移到 Flutter。此版本包括对 [IconButton](https://api.flutter.dev/flutter/material/IconButton-class.html)、[Chips](https://api.flutter.dev/flutter/material/Chip-class.html) 以及 [AppBar](https://api.flutter.dev/flutter/material/AppBar-class.html) 的大号和中号变体的更新。要监控 Material Design 3 迁移的进度,可查看 Bring Material 3 to Flutter。
图标按钮
Chip
大中型 AppBar
****
桌面
Windows
以前,Windows 桌面应用程序的版本由特定于 Windows 应用程序的文件设置。此行为与其他平台设置其版本的方式不一致。现在可以从你的项目 pubspec.yaml 文件和构建参数中设置 Windows 桌面应用程序版本。
有关设置应用程序版本的更多信息,建议遵循 docs.flutter.dev 上的文档和迁移指南。在 Flutter 3.3 之前创建的项目需要更新才能获得此功能。
Packages
go_router
为了扩展 Flutter 的 native navigation API,该团队发布了一个新版本的 go_router 包,使设计适用于移动设备、桌面和 Web 的路由逻辑变得更加简单。
该 [go router](https://pub.dev/packages/go_router) 包由 Flutter 团队维护,通过提供声明性的、基于 url 的 API 来简化路由,从而更容易 navigate 和处理 deep-links。最新版本 (4.3) 允许应用程序使用异步代码重定向,并包括迁移指南中描述的其他 breaking changes。有关更多信息,可查看 docs.flutter.dev 上的 Navigation and routing 页面。
VS Code 扩展增强
Flutter 的 Visual Studio Code 扩展有几个更新,包括添加依赖项的改进。** 现在可以使用 Dart: Add Dependency ** 一步添加多个以逗号分隔的依赖项。
Flutter 开发者工具更新
自上一个稳定的 Flutter 版本以来,DevTools 进行了许多更新,包括对数据显示表的 UX 和性能改进,以便更快、更好地滚动大型事件列表 ( #4175 )。
Performance
Raster cache 改进
此版本通过消除 copies 和减少 Dart 垃圾收集 (GC) 压力来提高从 assets 加载 image 的性能。以前,在加载 asset images 时,ImageProviderAPI 需要多次复制压缩数据。首先,当打开 asset 并将其作为类型化数据数组公开给 Dart 时,它被复制到 native heap 中。然后,当该类型化数据数组被复制到 ui.ImmutableBuffer 的内部存储时,它又被第二次复制。
随着 ui.ImmutableBuffer.fromAsse t 的加入,压缩的 image bytes 可以直接加载到用于解码的结构中。这种方法需要对 ImageProviders 的 byte loading pipeline 进行修改。这个过程也更快,因为它绕过了之前基于通道的加载器方法所需的一些额外的调度开销。
其测试结果表明,image 加载时间提高了近 2 倍。
有关更多信息和迁移指南,可参阅 docs.flutter.dev 上的 Adding ImageProvider.loadBuffer 。
Stability
iOS 指针压缩已禁用
虽然禁用指针压缩会增加 Dart 对象消耗的内存,但它也增加了 Flutter 应用程序的非 Dart 部分的可用内存,因此总体上更可取。
API 改进
PlatformDispatcher.onError
在此版本中,你应该通过设置 PlatformDispatcher.onError 回调来捕获所有错误和异常,而不是使用自定义 Zone。有关更多信息,可查看 docs.flutter.dev 上 更新的 Handling errors in Flutter 页面。
FragmentProgram 更改
用 GLSL 编写并列在应用程序 pubspec.yaml 文件的 Flutter manifest 中 shaders: 部分下的片段着色器现在将被自动编译为引擎理解的正确格式,并作为资产与应用程序捆绑。由于这一变化,你将不再需要使用第三方工具手动编译着色器。今后,你应该将 Engine 的 FragmentProgram API 视为只接受 Flutter 的构建工具的输出。目前还没有这种情况,但计划在未来的版本中进行此更改,如 FragmentProgram API 支持改进设计文档中所述。
有关此更改的示例,可参阅此 Flutter shader example。
Fractional translation
以前,Flutter Engine 总是将合成层与精确的像素边界对齐,因为它提高了旧款(32 位)iPhone 的渲染性能。自从添加桌面支持以来,开发团队注意到这导致了可观察到的捕捉行为,因为屏幕设备像素比通常要低得多。例如,在低 DPR 屏幕上,可以看到工具提示在淡入时明显捕捉。在确定这种像素捕捉对于新 iPhone 型号的性能不再必要后,其从 Flutter Engine 中删除了这种像素捕捉以提高桌面保真度。此外,去除这种像素捕捉还可以稳定一些 golden image 测试,因为这些图像经常会出现细微的渲染差异。
对支持平台的更改
32 位 iOS 弃用
由于使用量减少,该版本是最后一个支持 32 位 iOS 设备和 iOS 版本 9 和 10 的版本。此更改影响 iPhone 4S、iPhone 5、iPhone 5C 以及第 2、3d 和第 4 代 iPad 设备。Flutter 3.3 稳定版本和所有后续稳定版本不再支持 32 位 iOS 设备以及 iOS 9 和 10 版本。这意味着基于 Flutter 3.3 及更高版本构建的应用程序将无法在这些设备上运行。
停用 macOS 10.11 和 10.12
在 2022 年第四季度稳定版本中,预计将放弃对 macOS 版本 10.11 和 10.12 的支持。这意味着在那之后针对稳定的 Flutter SDK 构建的应用程序将不再在这些版本上运行,并且 Flutter 支持的最低 macOS 版本将增加到 10.13 High Sierra。
Bitcode 弃用
在即将发布的 Xcode 14 版本中,iOS 应用程序提交将不再接受 Bitcode ,并且启用了 bitcode 的项目将在此版本的 Xcode 中发出构建警告。鉴于此,Flutter 将在未来的稳定版本中放弃对 Bitcode 的支持。
默认情况下,Flutter 应用程序没有启用 Bitcode,因此其预计此举不会影响许多开发人员。但是,如果你在 Xcode 项目中手动启用了 bitcode,需在升级到 Xcode 14 后立即禁用它;可以通过打开 ios/Runner.xcworkspace 并将构建设置 **Enable Bitcode ** 设置为 No。Add-to-app 开发者也建议在 host Xcode 项目中禁用它。
可参阅 Apple 的文档以了解更多信息。
*请认真填写需求信息,我们会在24小时内与您取得联系。