TGTGInsighttelegram intelligenceLIVE / telegram public index
Post content
帖子内容
总觉得 Android 媒体通知(音乐控制)过度复杂了,应该专门设计一系列简易的 API,而不是现在基于通知前台服务这一堆。而且历史负担很重,加上各种 OEM 系统上的魔改,各种乱七八糟的兼容性代码 Media V4、MediaCompat、Media 2、Media 3 都难用 Media 3 一直关注,有些地方(音乐通知部分)还是不建议投入生产。设计部分通过 Player 接口让 MediaSession 和播放器实现内部的双向“绑定”,方便开发者,不用写大量的操作代码,降低出 Bug 的可能性 但是 MediaSession 和播放器绑定深了很多东西换成自定义的就比较麻烦,出问题的就更大,比如不想使用 ExoPlayer,那么要处理的东西可能比原来用 MediaCompat 更复杂 总体上 Media 3 想减轻开发者的工作量,比如我要去适应它的设计理念,会出现有些东西我用不到,我要用的他没有。那些自定义的命令不是没有,但谈不上好用。另外就是各种 OEM 系统的差别,我不知道写了多少针对小米一加 OPPO 等系统的兼容性代码。但谷歌 99% 不会想去考虑这个东西,毫无疑问对原生安卓自己没什么问题就可以了 一个简单的例子,如小米 MIUI 10 通知图片只要大于 800 像素,通知图片大小就会异常,就发生在小米的那个版本的系统上。但是有的时候 800像素对于其他的系统在一些大图方面又会看起来比较模糊。这时候就要做特殊处理,这部分代码就变成兼容性屎山一直要留在那里,但有些冷门的地方要 API 自定义又得去分支 Media 3 或再沟通 所以还是继续原来那套先跑着,等更稳定再看看 (然后过几年谷歌又出 Media 4)