13518219792
当我们同时为手机和平板适配编写 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 的应用和理解还不够深入；如有错误请多多指导！
做移动端开发的小伙伴都知道，针对不同型号和尺寸的手机要进行页面适配，且Android和iOS适配方案各不相同，那flutter端如何进行适配呢？以下为近期flutter开发过程中关于适配的一些学习和记录~~~~
说到flutter屏幕适配，就不得不提到插件 flutter_screenutil ，提到flutter_screenutil就不得不说以下几点????
默认宽1080px
默认高1920px
allowFontScaling为false，即不跟随系统字体大小设置变化
初始化单位为px
需要把context传进去，因为内部是通过 MediaQuery 来获取屏幕尺寸等相关信息的
无需再传context，因为内部是通过单例 window 来获取屏幕尺寸等相关信息的
作为iOS开发，之前都是以pt为参照进行比例适配的，且架构组已经定义了一套适配相关常量，传px进去不太方便，所以需要对flutter_screenutil进行扩展
公司设计图是以iPhone X的尺寸提供的即物理设备尺寸为375x812，像素比例为750x1624,像素密度比为2
初始化仍用px来初始化
dart sdk 2.7正式支持 extension-method ，即为已有类扩展方法，从 flutter_screenutil 这种 540.w 写法点进去，我们可以看到
flutter_screenutil为num类扩展了一系列简写方法，那我们当然可以按照它这种方式进行扩展
网上提供的解决方案：
第一步：修改 pubspec.yaml
第二步：执行 flutter pub get
第三步：重启 AndroidStudio
解决方案：去掉const即可
UI设计中px、pt、ppi、dpi、dp、sp之间的关系
Dart/Flutter - 扩展方法(ExtensionMethod)
实现pdf阅读、横竖屏切换，以及pdf页面的点击放大和双指放大等功能
在这个项目中使用的是 flutter_plugin_pdf_viewer: ^1.0.7 ，可以满足我们最基本的pdf需求阅读需求。所做的满足项目需求的工作主要是横竖屏切换功能，以及我们的初始化继续阅读等等。
首先导入插件部分源码
插件所提供的示例，已经满足了最基本的图片放大、横屏阅读的功能，我们工作的难点就在于pdf竖屏阅读的实现，所以我们需要解决的问题主要有以下几点：
（1） 横屏加载同一页面不能重复流量加载
（2） 切换竖屏时加载速度不能过慢，页面不能有断层
（3） 横竖屏切换时页码的定位保持
针对于上述问题，我们一一进行解决。
重复流量加载 ，解决这一问题比较简单，我们可以利用缓存实现，在每一次加载pdf页时，存储其(key,value)，这样在下一次加载时我们会判断这个页面在缓存中是否已经存在，不存在重新加载，存在则调用缓存中的数据，页面销毁时清除所有缓存即可。
切换横竖屏 ，竖屏PDF阅读的实现，思路就是将所有横屏页面存在list中，使用LIstView.builder()进行绘制，这种方法存在的缺点就是太慢了，需要将所有页面全部加载之后，才可以绘制页面，用户体验非常差，所以我们需要做一些改进，为了提升加载速度，实现效果GIF中的效果，我们就要使用FutureBuilder()方法，来实现预加载功能，具体实现如下：
（在这里不对此组件过多介绍，后续会专门介绍此组件的使用），这样我们就可以实现预加载的功能了。
横竖屏切换定位 ，这个点的解决思路已经在我的 （Flutter 初始化ListView定位子组件位置） 中进行了介绍，实现了解决。
至此，我们就解决了所有的难点问题。
局部key，包含三种类型的key： ValueKey 、 ObjectKey 、 UniqueKey
1、ValueKey通过ValueKey的值来对比。比如1,2,3。用在学生的id等唯一信息上。
2、ObjectKey 以Object对象作为Key，通过指针地址来对比。new一个对象，对象的指针地址进行对比。
3、UniqueKey唯一的，可以保证Key的唯一性。使用之后就不存在Element的复用了，因为每次都是不同的。如果实在没有唯一标识了，可以使用UniqueKey来标识。
总结：ValueKey和ObjectKey设置唯一的key之后，都会保持Element的复用，Element树会根据key来保持原先的界面内容。而UniqueKey在热重载之后，就会重新生成，都不同，所以界面内容会改变。
全局key，GlobalKey可以获取到对应的Widget的State对象！
当我们页面内容很多时，而需要改变的内容只有很少的一部分且在树的底层的时候，我们通常情况下有两种方式，第一种是通过方法的回调，去实现数据更新，第二种是通过GlobalKey，在StatelessWidget引用StatefulWidget。
例如，横竖屏的布局不同，横屏Row竖屏Colum，界面里面的内容在横竖屏切换的时候不能改变，这个时候就需要是用GloableKey了，初始化几个不同name的GloableKey，分别添加到对应的widget中。
1、 新版本Flutter SDK 引入了 extension的机制。可以对某个class 进行扩展。（swift中有类似机制）
2、屏幕适配一直是一个老生常谈的问题，随着机型越来越多，适配的场景也越来越复杂。
3、之前有了解过 微信小程序的适配方案，个人一直感觉是一个比较好的方式（ iPhone6为标准尺寸）下面????将引用小程序的方案来进行对 Flutter的尺寸设置。
size_fit.dart 文件
double_extension.dart 文件
int_extension.dart 文件
通过上面的设置，在不同设备上，展示的widget的尺寸就会不一样了。
本文是根据 Daniele Cambi 的文章 Flutter — Effectively scale UI according to different screen sizes 总结而来 ：
文章地址 ： （自备扶梯）
本文核心思想 ：
作者创建一个矩形 ：
在iPhone 5s (4" Display) and on an iPhone XS Max (6,46" Display)，
显示效果的差异 ！！！ 如何解决这个问题呢 ？
注： Flutter 使用的 逻辑像素 logical pixels 为单位 ，和 Android的 dp还是不一样
具体 lp 有什么效果，网上也没查到具体资料????
如何解决这个问题呢 ？
作者认为可以把屏幕认为是一个 ， 100 * 100 的格子（或者认为水平方向和竖直方向，平均分成100个单位 ，恩 ，是不是就是Android中的百分比布局了）
作者新建一个帮助类 ：
初始化方法 ：
使用帮助类来设置widget大小 ：
效果图 ：
在Flutter中有一个非常方便的小部件，可以有效地处理这些问题，它被称为“安全区域”( SafeArea)。
个人理解，flutter , 把 异形屏 ，导航栏相关区域称为 安全区域 。
作者的思想 ：屏幕的长宽去掉安全区域的大小，然后分成 100份 ，算出每一块的单位长度 。
我们可以使用 SizeConfig.safeBlockHorizontal or SizeConfig.safeBlockVertical为单位 ，对文字进行缩放 。
真实的软件开发过程，一般是设计人员先设计好设计图 or 设计稿（一般是1080px * 1920px为基准），然后研发人员进行开发
那我们就把屏幕宽和长 ，分成 1080 和 1920 个单位 ，然后按设计图上的标注去填写相应widgets的大小
所以我认为 flutter 非常适合百分比布局（天生适合按比例布局）
而Android 百分比布局，适配工作量非常大，兼容性差
在网上发现了一个开源库 ，原理我觉得差不多，大家可以学习一下
flutter_screenutil
如果觉得文章有用，帮忙点个喜欢❤️ ，????????????
