包含flutteripad的词条

iPadOS 16推迟发布：与其着急发，不如细打磨

随着9月份的临近，一年一度的 科技 春晚又要与我们见面了，届时除了iPhone、iPad这类硬件会准时发布之外，iOS 16及iPadOS 16也会和我们见面。但根据外媒的最新消息称，iPadOS 16的发布日期可能要延期到10月上旬。

图源推特

从WWDC 2019开始，iPad OS无论是大版本还是小版本都是与iOS同步推出，此次推迟不禁让人好奇，到底是设计师基于beta版本又做出了什么大幅度更新还是BUG数量太多，调试难度较大。但不管怎么样，如今大家对于iPad OS必然是较为不满的，尤其是对于iPad Pro 2021以及iPad Air 5的用户，明明都已经用上了M1处理器，但却用不上更具生产力的macOS，确实让人有些失望。

回过头来想想，从iPadOS独立出来已经过去了三年多，虽然其确实与iOS之间有了一定的差异，但为何大家对它还是如此不满意？它到底又该如何改变才能符合我们的需求呢？

根据业界人士的分析，iPadOS 16延迟的最大原因是苹果正在对iPad多任务的处理能力进行大刀阔斧地改革，一旦成功，就能让用户同时在一个屏幕上运行多个任务，而且可以根据用户的需求调整窗口大小等。但由于之前的代码过于混乱，导致不少iPad在运行该功能时出现了闪退、界面混乱或是直接不能使用的状态。

图源苹果官网

另外还有媒体爆料，iPadOS 16中还会加入一个全新的功能，当iPad与外接键盘或触控板连接后就会自动把应用程序进行缩小窗口化，更方便用户进行缩放、移动、关闭、以及多任务处理，简单来说就看起来更符合我们操作电脑的习惯。

再加上iPadOS 16 beta版上已经上线的“台前调度”功能，其允许用户在iPad和高达6K分辨率的外部显示器上同时运行8个应用程序，而且这套交互方式与触控、键鼠都兼容。 尤其是使用鼠标时，App的边界都是可拖动的，这与PC的使用习惯一致，也方便用户无缝衔接到iPad上处理工作，可以说这个功能彻底改变了iPad的交互方式，用户可以根据自己的需求去调节屏幕上的每一个APP大小，生产力确实拉满。

雷 科技 版权图

这些全新加入的新功能无疑是对工程师和iPad性能的一次巨大考验，或许也因此目前台前调度功能仅限用于iPad Pro 2021和iPad Air 5。而此次iPadOS延期或许就是为了让更多的非M1版iPad用上该功能，只不过目前的进展不是那么顺利罢了。

另外我们还可以猜测之后的iPadOS会和macOS同时发布，毕竟从现在的爆料和使用状况来看，iPad和Mac之间的联系越来越紧密，越来越像是Mac用户的第二块屏幕。 其实简单想想也可以理解，给iPad用上macOS显然是不现实的，还不如通过一些新功能增强两者之间的联系，这样既不会让影响到双方的定位，也能变相提升iPad的生产力。

图源苹果官网

差点忘了，此次爆料中还表示今年将会发布一台全新的入门级iPad以及一台搭载M2处理器的iPad Pro，前者将舍弃掉Lighting接口，使得整个iPad产品线都变成USB-C口，更利于用户传输文件等，后者则没什么好说的，一发布那必然是平板界的天花板，这两款产品估计也会延迟到10月左右发布。

一台好的设备不仅仅是包含了优秀的硬件性能，系统层面也尤其重要。更重要的是，苹果最近几年将iPad定位为了生产力工具。 但是现实却是骨感的，即使官方将iPad定位在了生产力工具上面，但是实际上，在消费者层面上来看，iPad则完全沦为了看电影和盖泡面的工具。

自第一代iPad诞生至今，在很多人印象中iPad一直是个不能接打电话的大屏版iPhone，实际上好像也并没有错，毕竟iPad此前一直运行的也是iOS系统，后续就算苹果推出iPad Pro并将其定位为生产力工具，也依然无法让外界打消大屏iPhone的固有印象。

图源苹果官网

直到2019年，苹果宣布iPad OS彻底独立，之后也会与iOS慢慢拉开差距，但作为iPad多年的用户，我依旧感觉不到两者的差异有多大，甚至iPad OS相比iOS还缺少了不少基础功能。当然这也是使用方法的不同，我既不拿它来画画也不拿来工作，纯粹只是把它当成是一台视频播放器和大号 游戏 机来使用。

雷 科技 版权图

可能有读者会说，iPad可以连接键盘来码字，也可以展示PPT、视频等，但这些功能笔记本电脑做得会更好；又或者有读者会说，iPad的性能这么强，也是很多视频剪辑人员的必备工具啊，目前iPad上面最强悍的视频编辑软件无非就是Luma Fusion，这是一款完全仿照Final Cut Pro设计的APP。但它也就仅限于十分相似罢了，当你真的用它去剪辑一个视频的时候，你会发现使用触屏去操作上有多么不舒服，再加上iPad那混乱的文件管理，想导入一些素材简直是噩梦。

iPad真的是生产力工具吗？严格意义上来说确实是，但经不起推敲，它和传统电脑相比，有着较强的局限性，只能完成一些相对简单的工作。 例如你把工作想象成一条20公里的马路，PC会是一辆 汽车 ，iPad顶多就是辆摩托车，虽然都能到达目的地，但你在上面花的时间和精力是要远大于 汽车 的。

图源苹果官网

早在WP时代，微软就在强调平台的统一性，看起来多平台统一似乎是一种未来的趋势。从最主流的框架跨平台（Flutter、Qt等），到Fuchsia和鸿蒙的系统跨平台似乎都在强调多平台的统一性，而苹果作为业界把生态系统玩得最溜的企业，自然不会在这个地方被人甩开一大截。 所以，就目前的情况来看，苹果的操作系统体系是目前最有希望彻底完成跨平台系统统一的系统。

不管是从此次iPadOS 16延期、beta版中的各种新功能还是苹果将iPad全员更换成USB-C口，我们都能看出苹果正在不断地去完善他们的生态系统，让iPad不再是用户手中的大号iPhone，让它能够更好地去完成一些PC设备的任务。正如前文中说的那样，iPad不可能成为第二个“Mac”，但它完全有可能成为Mac的好帮手，对于用户和苹果来说是双赢，而对于竞争对手而言，这或许又是一个值得借鉴和学习的点。

相关问答

Q1: Flutter判断设备类型是iPad

import 'package:device_info/device_info.dart';

///是否是ipad

static bool isIpad = false;

static checkIpadFunc() async {

if (Platform.isAndroid == false) {

DeviceInfoPlugin deviceInfo = DeviceInfoPlugin();

IosDeviceInfo info = await deviceInfo.iosInfo;

print('======a=======a=======a=======a========a======= {info.model}');

print('======a=======a=======a=======a========a======= {info.utsname.machine.toLowerCase()}');

print('======a=======a=======a=======a========a=======${info.systemName}');

isIpad = info.utsname.machine.toLowerCase().contains("ipad");

}

}

Q2: 如何评价谷歌将把Chrome OS整合进Android这一举措?

在hacker news上看到一条评论，觉得很有道理就贴过来：

Seems everyone here is panicking because they think that this means Chrome OS will be killed and Android will be made to run on Chromebooks - but I actually think the signs point to the opposite - Chrome OS becoming the Phone/Tablet OS under a new guise. I wouldn't read too much into a leak filtered through journalists, and instead look at what Google's actually working on:

- Google has Chromium developers working on a DART-based Mobile UI framework and execution engine, Flutter (Flutter). It's looking to be far better than the existing Android UI system - built for touch and 120fps from the start. This uses the Dartium VM and a bridge to allow the DART apps to use all the native features of the platform, it's much more than just another web framework. Development on this is very active right now, clearly a sizable team working fulltime - and they're building new developer tools also. There was a talk on this a while ago: .

- Google has built a Runtime to allow existing Android Java-based apps to run on Chrome OS, and is currently testing this and working with developers to get their apps to run on it. It doesn't make much sense to invest in building that out just for chromebooks, since the experience on a Chromebook with Android apps is pretty awful (can't resize etc), but it makes total sense if it's going to be how legacy Java/Android apps run on the new Chrome based phone OS.

The sad truth is that Android simply isn't a very well engineered system - it's been improved over time, but problems persist - like the complex update process leading to unsatisfied users and security problems, poor UI performance (even now, Android can barely do simple animations at a steady 60fps on the latest Nexus devices, and has little hope of allowing for the beautiful animations the Material Design team has come up with), and poor battery life. Google's also at a dead-end with Java given the ongoing legal battles, and with Apache Harmony dead they have to maintain the standard library implementation themselves.

On the other hand, Chrome OS performs great, has awesome battery life on Chromebooks, is quite possibly the most secure end-user OS ever, and Chromebooks get speedy updates for at least 5 years. I know which one I'd choose as the basis for a merged OS.

我的看法和预测：

从市场角度去看显然android胜出了；

从技术角度去看，不论是UI，安全性以及碎片化问题，自动更新方面去看，chromeOS都优于android。

而且正如上面贴的评论中指出的，chrome团队搞得这几个项目(开发人数和活跃度都是非常高的，说明不是玩笑)，预示着：chrome OS的技术会占据android。

Android的优势是大量的app，品牌影响力和认知度，所以最终的融合可能会是：android的表，chrome OS的芯。

维护两套OS本身就耗费大量的人力物力，而且还都是linux内核，太蛋疼。以后汽车，家居，各种穿戴式设备等等难道再各自开发一套系统？显然不可行。随着移动化浪潮，web的演化发展，整合出一套通用的OS不再是梦。苹果以前时不时就传出过ios会最终融合osx，我个人觉得是迟早的。微软率先大胆的迈出了一步，但可惜做得很糟糕，也许是用户，市场以及各方面都还没有准备好。有点像之前vista和windows7截然不同的命运。还记得ipad之前微软就搞出个一个类似平板的东西最终惨败。在这里有必要提一下Google眼镜的失败，也是这个问题。以上这些失败都是好事，同样的例子：facebook第一次在html5上的尝试以失败告终，但最终搞出了react。

Q3: 目前有没有什么技术可以实现，移动跨平台开发？就是安卓、IOS都能用其技术开发的？

1、服务器端区分连接终端类型和平台版本不难，主要是数据接口的设计和负载能力。比如米聊，对所有终端内部的通信、存储、转发机制是样的。那你核心还是服务器端的技术储备和能力。2、Talk box的通信机制实现起来不难，但还是前面的这个问题，就是服务器端的技术，同时语音的压缩和播放是否有自己的或者适合的引擎，因为Talk box 可以做到每秒2K的数据量超过移动网络的话音通信质量。3、游戏的跨平台，建议还是使用跨平台的引擎。Cocos2D 之后衍生的 Cocos2D-X要到年底才能比较完善的支持多平台（主要是目前Android平台Cocos2D-X还是需要用JAVA和C混编，要求比较高）而3D也有类似的可选择产品。4、是否有必要上来就考虑夸平台，这是个疑问。目前我们真的还没有看到哪个产品上来就提供网络游戏多平台支持的，因为各个平台目前盈利模式和收费渠道有所不同，所以你很难直接用iOS上的费率要求Android用户也认账，除非是直接针对海外市场。而目前iOS Android WP7这些平台上最成功的网络游戏还没有超过10万人在线的，前面问题中100万 1000万的这个前提至少半年甚至1年内不存在。5、回合制游戏，我们要求做弱联网就是GPRS下必须可玩，如果一定是长连接，请评估自己通过优化后能得到的最小数据通信量。如果做手机网络游戏只能WIFI环境，或者断线后游戏进程没有等待或者恢复机制。那基本上不太可能或者真正的或者持续的成功6、目前北美Grossing 前30名，无论iPhone 还是iPad，传统概念的网络游戏几乎都是不存在的，只有弱联网的棋牌、农场、经营类，我们不认为MMO、大型联网游戏、3D网络游戏短时间内会有足够的市场空间。Android平台由于70%的终端还是里程碑时代的性能，所以建议产品选型的时候慎重，考虑跨平台同步实现的时候慎重，网络连接的带宽需求设计慎重。

Q4: flutter dio 网络请求问题

最近在做公司工业互联网的一个项目 之前做了一个ipad 版本的 在使用dio网络请求框架的时候发现请求登录的时候后台一直报签名错误问题  检查了几遍写的签名方法没有发现错误 后面仔细查了下 是服务器不能识别我传的数据。。。

如果content-type是form-data 我们需要通过FormData类来构建数据，否则服务器将无法识别

同时需要传入一个Option指明content-type，而form-data的content-type完整类型表述为：multipart/form-data

主要我是个新手啊 

查看源码 

headers里面并有multipart/form-data 这个类型啊    讲道理这个是常用的contentType啊 应该要列出来才对啊 

 咋整？

自己设置。。。。

后台就可以正常接收表单参数了