flutter最新,flutter最新消息

Flutter 94: 初识 MediaQuery

当我们同时为手机和平板适配编写 app 针对不同屏幕尺寸进行 UI 布局或当用户偏好设置较大字号或是想要最大限度等减少动画等；此时就需要 MediaQuery 来帮我们获取所用设备的信息以及用户设置的偏好信息；

公司主营业务：成都网站制作、做网站、移动网站开发等业务。帮助企业客户真正实现互联网宣传，提高企业的竞争能力。创新互联公司是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化，感谢他们对我们的高要求，感谢他们从不同领域给我们带来的挑战，让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。创新互联公司推出道外免费做网站回馈大家。

MediaQuery 一直存在于 WidgetsApp 和 MaterialApp 中， MediaQuery 继承自 InheritedWidget 是一个单独的 Widget ，但一般通过 MediaQuery.of(context) 来获取相关信息；

当相关信息发生变化，例如屏幕旋转等时，屏幕中 Widget 会重新构建，以保持最新状态；我们可以通过 MediaQuery 构造函数和提供的静态方法手动设置对应的相关信息；

MediaQueryData 包含关于媒介的相关信息；一般通过 MediaQuery.of(context) 获取；

size 为媒介的尺寸大小，以逻辑像素为单位；

devicePixelRatio 为像素密度；与设备物理像素有关，与横竖屏等无关；

orientation 为横竖屏， Orientation.landscape 为横屏， Orientation.portrait 为竖屏；

textScaleFactor 为

每个逻辑像素的字体像素数，小菜理解为字体的像素比；注意，小菜设置了默认字体像素密度为标准的 1.2 倍之后调整设备系统字号，其 1.2 倍依旧是以标准字号为基础扩大 1.2 倍；

platformBrightness 为当前设备的亮度模式；注意调整屏幕亮度并不会改变该模式，与当前系统支持的黑暗模式和明亮模式相关；

alwaysUse24HourFormat 为当前设备是否为 24 小时制；

accessibleNavigation 为是否使用 TalkBack 或 VoiceOver 之类的辅助功能与应用程序进行交互，用以辅助视力障碍人群；

invertColors 为是否使用颜色反转，主要用于 iOS 设备；

highContrast 为用户是否要求前景与背景之间的对比度高，主要用于 iOS 设备；

disableAnimations 为平台是否要求禁用或减少动画；

boldText 为平台是否要求使用粗体；

padding 为屏幕内边距，一般是刘海儿屏或异形屏中被系统遮挡部分边距；

viewInsets 为键盘弹出时等遮挡屏幕边距，其中 viewInsets.bottom 为键盘高度；

systemGestureInsets 为手势边距，如 Android Q 之后添加的向左滑动关闭页面等；

viewPadding 小菜理解为视图内边距，为屏幕被刘海儿屏或异形屏中被系统遮挡部分，从 MediaQuery 边界的边缘计算；此值是保持不变；例如，屏幕底部的软件键盘可能会覆盖并占用需要底部填充的相同区域，因此不会影响此值；

physicalDepth 为设备物理层级，小菜暂时还未想到对应的应用场景；

小菜在尝试获取其他子 Widget Size 时，有两点需要注意，首先要设置一个全局的 GlobalKey 来获取当前位置， key 需要为唯一的；第二通过 GlobalKey().currentContext 获取 BuildContext 上下文环境，从而获取对应尺寸；

MediaQuery 案例尝试

小菜对于部分 MediaQueryData 的应用和理解还不够深入；如有错误请多多指导！

Flutter设置APP版本与构建版本

当一个纯Flutter APP开发完成，我们要打包发布到App Store和各大安卓市场，这时候我们需要设置APP的版本号。

如果我们在使用原生iOS或者Android开发的时,我们会在info.plist中设置 version 和 build 或是在build.gradle中设置 versionName 和 versionCode ,他们分别表示APP的版本和构建版本。

但是我们在使用Flutter管理APP版本时，打开 pubspec.yaml 只看到一个 version 字段。这时候我们应该怎么设置APP的 version 和 build 呢？

我们在pub上随便找一个Flutter的组件，例如官方的 camera ,我们可以看到截止目前为止最新的版本为： camera: ^0.5.2+1 。看到这里，我想大家都明白了，Dart采用的是加号式的版本描述方式， + 前面是版本号， + 后面是当前版本的build号。所以我们设置APP的版本号和build次数，在这里设置即可，例如： version: 1.2.0+1 。

当我们新建一个Flutter工程的时候，我们分别使用Xcode和Android Studio打开iOS和Android的工程可以看到，iOS中的 version 和 build 的值分别为 FLUTTER_BUILD_NAME 和 FLUTTER_BUILD_NUMBER ：

同样我们打开Android工程可以看到有如下定义：

事实上，Flutter在编译的时候会生成 ios/Flutter/Generated.xcconfig 和 android/local.properties 文件。这两个文件由Flutter编译自动生成，不可更改。记录了包含SDK路径或者文件路径，版本信息，环境配置（release/debug）等信息。原生工程获取版本信息的变量就定义在这两个文件里面。

为什么Flutter开发APP性能最接近原生，前端程序员请关注

Flutter是谷歌公司推出的跨终端的开发框架，支持Android、iOS和WEB终端。1.0版在2018年12月5日发布，目前的最新版本是1.5，它采用的开发语言是Dart，Dart也是谷歌开发的计算机编程语言，语法类似C，是编译型语言：

hello world例子，打印字符串“Hello World!”：

1、没有桥接层

React Native、Weex等技术都是跨终端的框架，然而性能跟原生App存在很大差距。这是由于它们的工作原理决定的：

React Native、Weex等技术多了一个桥接层，所以界面渲染会慢一些，由于UI渲染非常频繁，想要不卡顿，基本上比较难，性能和用户体验跟原生代码有差距。而这恰恰是Flutter的优势所在：

Dart可以被编译成不同平台的本地代码，让Flutter不通过桥接层直接跟平台通信，自然性能会快一些。

2、编译执行

JavaScript是解释执行的，Dart是编译执行的，性能谁好一目了然。

3、Flutter Engine虚拟机

Flutter是依靠Flutter Engine虚拟机在iOS和Android上运行的，Flutter Engine使用C/C++编写，开发人员通过Flutter框架直接和API在内部进行交互，所以具有输入低延迟和UI渲染高帧速率的特点。除了这特点之外，Flutter还提供了自己的小部件，Flutter小部件是使用从React获取灵感的现代框架构建的。 中心思想是您使用小部件构建UI。

窗口小部件根据其当前配置和状态描述了它们的视图。 当窗口小部件的状态发生更改时，窗口小部件会重建其描述，框架将根据前面的描述进行区分，以确定底层呈现树从一个状态转换到下一个状态所需的最小更改。可以直接在OS平台提供的画布上进行描绘，也就是一些核心类库直接放到虚拟机里面，调用起来更快。

从它的系统结构可以看出，类似安卓的ART(Android Run Time)虚拟机，同样采用AOT(Ahead of TIme)技术，会在APP安装时就编译成机器语言，不再解释执行，从而优化了APP运行的性能。

4、自带渲染引擎

Flutter使用谷歌自己的Skia渲染引擎，而Android系统自带Skia引擎，iOS平台上Flutter也会把Skia引擎打包到APP中，从而实现了高效渲染。而React Native通过桥接层访问原生UI，操作频繁就容易出性能问题。

综合所述，Flutter 是性能最接近原生代码 的一种开发框架，未来也会是构建谷歌Fuchsia应用的主要方式，前途不可限量，唯一的问题就是需要学习一门新的语言：Dart，而有Java或者C#语言基础的程序员会比较容易学习。

Dart support is not enabled for the project.解决方法

问题描述：

Mac环境，安装了Android Studio，以及包括Dart插件在内的Flutter插件。在终端运行 flutter doctor ，显示全部配置完成。在Android Studio中创建一个Flutter的新项目，包括运行什么的都完全没问题。但是，我从Git上克隆自己的项目，用Android Studio打开以后，有个警告“dart sdk is not configured”，并且没有Flutter Device Selection按钮，项目无法继续进行。

解决方法：

在网上找到的方法，都是这个：

1、打开File =》Setting =》Language Frameworks = Dart

2、勾选 “enable Dart support for the project”，并且选择Dart SDK path，路径为 D:\install\android\flutter\bin\cache\dart-sdk ，其中D:\install\android\flutter是flutter SDK路径

其实是对的，这就是解决方法。但是我的Android Studio是3.4.2版本的，我打开File是找不到Setting选项的。。。快捷键（ctrl + alt + s）也没反应。

开头入口被堵死了，便想着更新一下Flutter (终端运行 flutter upgrade ), 以获取最新版本的Flutter和Dart SDK, 结果终端毫不留情的直接给了我一段error。于是，经过一番耐心的查找，终于找到了三个入口：

入口一：

入口二：

打开Tools =》Flutter =》Flutter Upgrade =》Language Frameworks = Dart

入口三：

Preferences =》Language Frameworks = Dart

然后操作即可：

Flutter快速实现苹果账号登录

为了提升用户体验，使用三方登录APP的功能怎么能少呢，但是苹果的AppStore有一个很变态的要求，接入其他三方登录的话，要求必须也要接入苹果登录。面对这么变态的要求，作为一个有实力的码农怎么能拒绝呢！

下面为大家介绍一个好用的Flutter插件 Sign in With Apple ，可以帮助我们快速的接入苹果账号功能，插件的英文文档讲的比较详细了，英文好的同学可以直接参阅英文文档集成。

在项目的 pubspec.yaml 文件中添加sign_in_with_apple插件的依赖，如果您使用的Flutter SDK 1.x版本请添加依赖版本 2.5.4 ：

如果您使用的Flutter SDK为2.x，请使用最新版本，当前最新版本 3.0.0

使用XCode打开项目后，按照以下图片上的步骤添加 Sign in With Apple Capabilities：

成功添加 Sign in With Apple能力后，可以在下面的列表中就代表添加成功了，如下图：

为什么除了Flutter之外，我们还需要另一个跨平台开发框架？

不久前，谷歌正式推出 Jetpack Compose 1.0 版本。近日，JetBrains 在此基础上发布了 Compose Multiplatform Alpha 版本，旨在将 Compose 扩展到桌面和 Web 端。

Compose Multiplatform 由 Compose for Desktop 和 Compose for Web 组成，通过 Kotlin Multiplatform 支持许多不同的平台。其中，Compose Desktop 采用 Google 的 Skia 图形库，来实现在 Windows、macOS 和 Linux 上的 UI 绘制，借此在所有支持的操作系统中提供统一的体验，类似于 Flutter 的做法。

根据 Kotlin 团队的说法，相比起 Electron 框架，Compose Multiplatform 在内存消耗、安装大小和 UI 渲染性能等方面将有更明显的优势。随着 Alpha 版本的发布，Compose Multiplatform 还收获了新的 Android Studio 插件，包括对在 IDE 中显示组件预览的支持以及许多附加功能。

我们希望通过本文帮助大家进一步了解 Compose 的跨平台能力，以及 JetBrains 将 Compose 从 Android 扩展到这些其他平台背后的主要驱动力是什么。

基于 Jetpack Compose 1.0

由谷歌打造的 Jetpack Compose 是一款用于在 Android 应用程序之内构建用户界面的官方框架，上周刚刚发布 1.0 版本。与此同时，Android Studio 代号“极狐”的首个稳定版 2020.3.1 也正式亮相。

尽管才刚迎来 1.0，但谷歌表示“目前 Play Store 中已经有超过 2000 款应用程序在使用 Compose——更重要的是，就连 Play Store 这款应用本身也在使用 Compose。”谷歌方面还表示，“我们一直在与一些顶级应用的开发人员进行合作，他们的反馈和支持帮助我们使 1.0 版本更加强大。”

Jetpack Compose for Android 迎来 1.0 版本

Compose 基于 Kotlin 开发，而 Kotlin 与 Android Studio（即官方指定的 Android IDE）均来自开发工具厂商 JetBrains。虽然 Jetpack Compose 专为 Android 打造（与谷歌的 Flutter 框架不同）， 但 JetBrains 公司坚信 Compose 完全能够获得跨平台能力 。

Compose for Desktop: 这只是开始

Compose Multiplatform 可以说是该框架面向 MacOS、Linux、Windows 以及 Web 开设的一个端口，目前刚刚发布 1.0 Alpha 版本。虽然尚处于早期开发阶段，但 JetBrains 表示，其已经“为开发人员带来能够基本安全使用的稳定 API”。

TheRegister 就此事询问了 JetBrains 公司 Compose 项目负责人 Nikolay Igotti，希望了解为什么该公司在拥有了已经广泛应用于 IntelliJ IDEA IDE 及多种丰富变体的桌面应用程序跨平台 Java 框架之外，还要费力开发 Compose for Desktop。Igotti 的回答是，“旧有 Java 框架基本上就是修改版的 Swing。Swing 属于默认 JDK UI 框架，Swing 和 AWT（Abstract Windows Toolkit，抽象窗口工具包）。Compose 则完全是另一码事，当然我们也在设计中考虑到了互操作性需求……Swing 这套框架太陈旧了，最早出现在上世纪九十年代末。多年来人们对于 UI 的设计思路已经天翻地覆，Swing 显然满足不了要求了。”

JetBrains IDE 中的 Compose for Desktop 项目

Compose 与 Swing 有一个比较大的共同点：与其他使用本机控件的跨平台框架，比如例如 Java 的 SWT（Standard Widget Toolkit）以及微软的 Xamarin 有所不同，它们选择自主绘制控件。Compose 使用的 Skia 开源图形库，也在谷歌 Chrome、Flutter 及其他众多框架当中得到广泛应用。那这是否意味着 Compose 应用程序将没有自己的原生外观？对此，Igotti 的回应是，“这取决于开发人员的选择，取决于他们如何为应用程序设置主题。在这方面，Compose 的情况与 Flutter 等其他框架没什么区别。”

那 Compose for Desktop 应用程序是否依赖于 JVM（Java Virtual Machine）运行？Igotti 表示，“我们也知道，JVM 应用程序的发布情况可能比较棘手。因此我们提供自己的 Gradle 插件，其使用 jpackage 与 Jlink 以 JVM 应用程序为基础制作原生应用程序。Mac 的.dmg、Windows 的 MSI、Linux 的 deb 包等均可实现，大家用不着担心 JVM。”

也就是说，开发成果将会是一款被精心包裹起来的 JVM 应用程序。JetBrains 还有一款用于解决这个问题的 Kotlin/Native 编译器，“预计将在未来发布，或者专门用于桌面开发。”

对应用程序的另一种思考方式

那 Web 应用程序方面呢？Igotti 回应称，“我们使用 Kotlin/JS 编译器。”Compose 的 Web 版本不如桌面版先进，说明文档中也警告称“API 尚未最终确定，预计会发生重大变化。”此外，虽然 Web 版本确实使用 Compose 模型，但 API 却完全不同，而且会使用 HTML 与 CSS。所以，Web 版与 Compose for Desktop 之间能够共享的代码应该比较少。

据 Igotti 介绍，“Compose 代表着一种不同的应用程序思考方式。状态即 UI 的真实来源，而 UI 本身是无状态的，其表达永远由状态计算得出。在这方面，Compose for Web 采用一组相同的原语，完全相同的状态管理思路。但是对于具体的小部件集合与排列方式，Web 版与桌面版之间确实无法互通。”

说到这里，为什么要把 Compose for Android 扩展到多种其他平台之上？“Compose 的目标受众主要分为三类。首先是使用 Kotlin 与 Compose 的 Android 开发人员，他们希望把自己的开发成果交付至其他平台；其二是纯 Kotlin 开发人员，他们希望以‘一次编写、随处运行’的方式开发新的应用程序；第三则是那些不太熟悉 Kotlin 或者 Compose，但又希望开发出精美 UI 的用户，我们希望能为他们提供实现目标的工具。”

Igotti 并没有给出具体的发布日期，但表示自己希望 Beta 版能在今年秋天发布，“我们也希望能在今年之内推出 1.0 版本。”项目本身是完全开源的，“二十一世纪了，框架在大多数人们心目中就不应该收费。我们只是想开发一款长期缺失的软件”，补足 JetBrains 当前商业模式中的工具链。

那么，JetBrains 会在自己的其他工具中使用 Compose 吗？事实上，他们的 JetBrains Toolbox（用于管理已安装的 IDE）已经在使用 Compose，但 Igotti 表示短时间内 Compose 还无法取代 IntelliJ IDEA 等现有框架。“编辑器是其中最复杂也最重要的组件，经历了 20 年的发展演进，我们几乎不可能在中途进行重写了。无论是 JetBrains 还是我个人，都不打算强迫每个人都转而使用 Compose。我们的目标是为原有框架选项满足不了的用户提供新的解决方案。”

写在最后

那么，为什么除了 Flutter 之外，我们还需要另一个跨平台框架？虽然谷歌的 Flutter 最开始主要面向移动设备，但现在也开始向桌面及 iOS 进军，甚至比 Compose 还抢先了一步。不过，根据 StackOverflow 的最新调查， Flutter 使用的语言为 Dart；尽管 Dart 语言的人气正在增长（正是受到 Flutter 的推动），但仍然无法与 Kotlin 相提并论。

Compose 代表着一种独特的 UI 构建方法，也许最期待 Compose 跨平台功能的受众，正是那些曾在 Android 上使用过它、又特别喜欢这种 UI 构建体验的开发者。

想要进一步了解 Compose，国内 Android 开发者可访问以下链接查看中文手册：

延伸阅读：