是心病，苹果也医不了。

“靠，我都没给任何权限，还是被监控了！”

其实吧，不理解 App 原生开发随便写的 Flutter 也就那样……

有些东西比较的时候会陷入田忌赛马的状态，拿一个中等马去对比别人下等马。

Flutter 终究是第三方，哪怕是 Google 里面团队做的，对于 Android 开发这个领域终究不算亲生的。

1/2 其实没啥问题，但是你年纪不小，主要是投入产出太可疑了，你考上的概率自估 90% 另说。

3 可能是相对易实现的。

4 是另外一个话题，感觉和 1/2/3 不是一个重量级的问题，不建议混在一起思考。

这种问题就是不停的追问面试官各种设定，直接的计算其实不是关键。

看开发者是否开启，淘宝系基本不太可能开启。

我觉得你直接说吧，你这个额外担心，感觉对你的病情不好。

@asm 支持侧载的话，应该会多不少。

GRDB 没啥问题。开发者维护的也勤快，除了名字一眼看不出和 SQLite 有啥关系外，没啥缺点。

也算是久经考验的开源库了。

另外乱抖机灵的 block 了。

我七八岁的时候爸妈吵架，我企图用哭来解决问题。

后来十三四岁，巴不得他们快点离婚……

其实夫妻不和睦，两个人吵架，小孩子也是很有阴影的，我个人觉得该说说，隐瞒不是好的结局方案。

1. Swift ，一般更多时候，大家考虑的是主要 SwiftUI 还是 UIKit 的框架选择，但是现在功能做得稍微复杂一些，基本两个的基础知识都逃不掉。可以优先 SwiftUI 做点啥。

2. 可行是技术可行，但是过审就不一定了。

3. 网站：GitHub/StackOverflow/OpenAI/Kodeco.com/Swift by Sundell/Hacking with Swift
教程： https://cs193p.sites.stanford.edu/

64G 不够，系统数据里面很多是没法清理的垃圾。你可以通过备份把垃圾清理掉一部分，但是微信和王者就占了 26G 的情况下，还是很容易报空间不够的。

另外微信可以通过删除一些不重要的聊天释放空间。

其实大学宿舍一般是 0.9m 和 1.0m ，宜家单人床的型号是 1.2m ，要比宿舍床大不少，小于十平米的房间里放一个底下能有空间的 1.2m 床显然是有极大好处的。

但是我租房十几年的经验看，那种改房的公寓基本都不提供我认为的“正常”的床，如果一定要找原因，这些房东们这么做的目的应该是这几个原因：

1. 统一型号，节省购买仓储管理成本，1.5m 的床和床垫可能不一定比 1.2m 的贵。
2. 避免有伴侣的客户被床劝退。
3. 避免客户有伴侣之后要求更换床或者退租。
4. 床下方没有空间，也就不需要退租的时候额外打扫。也是在省管理成本。

整体而言，可能这种床就是目前市场的“最佳实践”。

前面几楼（截止到 7#）说的都不太对。

其实“主摄裁切”应该是“数码变焦”的换种说法。

“变焦”是一种目的，“数码”是用于区别“光学”，“主摄裁切”是对实现方式数码变焦的直观说法。

你后期自己剪裁完然后自己加上采样的算法，基本也是一个效果。