在别串看到有版友这样子提
推 abc12e : 就说 安卓一直不面对app适配问题 不去做手机平板同08/04 23:38
→ abc12e : 时存在的折叠的型态 结果去搞方形折叠 到现在苹果08/04 23:38
→ abc12e : 要做才跟上08/04 23:38
这题我会，
不过这要回的实在太多了，想想还是在自己开的讨论串回。
所谓的适配，就是指相容性。
但很可惜Android不像iOS，
在不同尺寸跟不同硬件上的相容性是开发者自己要想办法。
其实我APP后台一直收到讯息很久了。
https://i.meee.com.tw/B123Ior.png
第一条是美国市场会把APP放给第三方商店.可自行决定
第二条是从Android 16之后，会强行忽略APP排版、旋转等。
因为通常安卓的萤幕大小跟解析很乱。
所以APP不得已，都要规范一个固定排版或方向。
这样手机横拿直拿或者字体放大缩小才不会跑版。
iOS的话是会帮忙解决这件事，
不过苹果本身硬件上也都很规律，所以很少发生UI错乱问题。
相信折叠上也都安排好了。
但反观Android，硬件五花八门，
所以第二条就有点乱来了，意思就是不管你家的UI排版，
就是要放宽给折叠机内萤幕用就是了。
所以APP当在外萤幕排版都正常的时候，
一打开内萤幕就是跑版了。
旋转角度可能还不对(因为不固定了)
但这已经不是拿一台平板开发就可以了事了。
而是真真实实一定要入手一台折叠机才知道怎么跑版。
除了原文提到因为萤幕可视范围变大所导致的内存用量不一样。
像我的SnapINKo阅读软件在翻开萤幕时就是内存锋值，
因为要马上重算分页，
所以内存占用会马上提高2-4倍以上。
此时就很容易碰到OOM (Out Of Memory)
别以为手机主内存大，
遇过多次测试OOM，heap(堆积内存)上限就是256MB。
这点我是请有折叠机友人帮忙测试回报log已经处理掉了。
打开瞬间重新计算长宽虽然电子书软件可以处理，
SnapINKo阅读软件已经pass了。
但回到SnapMeter LUT相机就难以处理了。
阖上萤幕时是直立取景，所以Preview预览是直的，
此时一打开内萤幕。
侦测陀螺仪没变方向，但萤幕变横的了，相机范围缩小直中间一条。
旋转方向我还没实机测试，
但我上次到卖场测试我记得是个灾难，内萤幕整个UI非常诡异。
虽然说相机软件大部分都是外萤幕拍照就好。
但打开内萤幕的体验大概一般人就会觉得，这APP UI坏掉了。
google才不帮忙解决这种鸟问题，你开发者自己看的办，
google就是强行开放原本固定方向跟比例排版。
所以折叠机应该有不少APP开始要面对内萤幕不同比例
然后各种五花八门的跑版。
只要开发者没买折叠机开发，
或一开始就是写好大小调整和萤幕方向限制。
(折叠机内萤幕直接解除限制)
我觉得大多数个人开发者根本不知道折叠机上发生的跑版问题。
(用平板还是无法测出所有问题)
更多时候是开发者根本无力去买一台折叠机测试问题。
(买这种开发要有很多勇气)
所以如果看到APP有任何跑版问题，先不要怪开发者，
而是先怪Android的客制化混乱吧...
尤其独立开发者根本无力修复。
本身Android Studio的模拟器超烂的。
(SnapINKo / SnapMeter 都是原生软件，非跨平台开发)
不过目前都还在做打底工程。
折叠机看来大家也都没买居多，
这件事应该可以摆到最后再来处理。
再者UI设计是很底层就决定好的，
现在动UI架构基本上就是蛮大风险，这点是蛮犹豫的。
不过以不收费跟不放广告软件，
这真的是考验还有多少热情去维护APP多久的耐心考验。
万一Fold 8真的像新闻说的那么热卖，
那么APP看来要收到不少负评了....(难过香菇)
反观iOS
目前看到iOS 27，其实已经帮折叠机准备好了。
多数APP可以顺利地转过去。
(真是差别待遇)
https://i.meee.com.tw/t5HhQVn.jpg
SnapINKo - 直书/横书/漫画/PDF 阅读APP
电子墨水/阅读器/平板/手机 都相容。
https://i.meee.com.tw/eDOvMFi.jpg
SnapMeter - 协助底片测光/三角测距估焦
曝光预览/斑马纹提示/全手动测光设置/跨机种自动补偿
https://i.meee.com.tw/itRrcRm.jpg
LUT 相机支援富士 Flog2 / Panasonic Vlog LUT / sRGB LUT
自拍/LUT 2K录影(OIS/EIS)/RAW管线/模拟底片颗粒跟日期晒印
底片风格签名晒印/柔肤美肤/流畅内建相簿