MediaBrowserService vs MediaPlayer在Android上播放wave文件

MediaBrowserService vs MediaPlayer在Android上播放wave文件,android,audio,media-player,mediabrowserservice,Android,Audio,Media Player,Mediabrowserservice,在Android开发者指南的下面,有一条声明: 音频应用程序的首选体系结构是客户机/服务器设计。播放器及其媒体会话在MediaBrowserService中实现,UI和媒体控制器与MediaBrowser一起生活在Android活动中 另一方面,我们也有这个班 在哪种情况下更喜欢哪种方式?因为这样的体系结构具有多重优势,主要是因为控制音乐服务的Ui和音乐服务本身之间存在着明显的分离。通过这种方式,无论UI客户端的类型如何,音乐服务都可以继续其音乐服务。不同的客户端可以从您的音乐服务中获取活动媒体

在Android开发者指南的下面,有一条声明:

音频应用程序的首选体系结构是客户机/服务器设计。播放器及其媒体会话在MediaBrowserService中实现,UI和媒体控制器与MediaBrowser一起生活在Android活动中

另一方面,我们也有这个班


在哪种情况下更喜欢哪种方式?

因为这样的体系结构具有多重优势,主要是因为控制音乐服务的Ui和音乐服务本身之间存在着明显的分离。通过这种方式,无论UI客户端的类型如何,音乐服务都可以继续其音乐服务。不同的客户端可以从您的音乐服务中获取活动媒体控制器,并显示其自己的UI。不同的应用程序可以连接到你的音乐服务(如果你允许的话)&根据上下文显示不同的UI,比如Android Auto

因为这样的体系结构有多种优势,主要是因为控制音乐服务的Ui和音乐服务本身之间有着明显的分离。通过这种方式,无论UI客户端的类型如何,音乐服务都可以继续其音乐服务。不同的客户端可以从您的音乐服务中获取活动媒体控制器,并显示其自己的UI。不同的应用程序可以连接到你的音乐服务(如果你允许的话)&根据上下文显示不同的UI,比如Android Auto

我想说MediaPlayer是用于视频的,因为它在屏幕上是可视的。从我的角度来看,这种设计的优点是,当用户切换到其他应用程序时,服务位于后台。我会说MediaPlayer是用于视频的,就像是屏幕上的可视内容一样。从我的角度来看,这种设计的优点是,当用户切换到其他应用程序时,服务处于后台