在Android MVP中,哪一层应该负责通知管理?
我确信它不应该由任何在Android MVP中,哪一层应该负责通知管理?,android,android-notifications,mvp,android-mvp,Android,Android Notifications,Mvp,Android Mvp,我确信它不应该由任何视图或演示者加上活动来处理,因为当应用程序在后台运行时,它们不存在 将通知视为另一个视图和一个单独的演示者?通过通知,您的意思是使用挂起的意图重新启动给定的活动吗?@EpicPandaForce No.单击通知可以触发某些活动,但主要目的是指示我的应用程序中的后台进程,并在需要交互时听取用户建议。您最终使用了什么?@adrcotfas,如果我没记错的话,它是FeatureNotificationManager,是原生NotificationManager的包装器。它有一些方法
视图
或演示者
加上活动
来处理,因为当应用程序在后台运行时,它们不存在
将通知视为另一个
视图
和一个单独的演示者
?通过通知,您的意思是使用挂起的意图重新启动给定的活动吗?@EpicPandaForce No.单击通知可以触发某些活动,但主要目的是指示我的应用程序中的后台进程,并在需要交互时听取用户建议。您最终使用了什么?@adrcotfas,如果我没记错的话,它是FeatureNotificationManager
,是原生NotificationManager
的包装器。它有一些方法,比如showNotification()
,hideNotification()
,isNotificationVisible()
,等等。我脑海中得出的最佳结论是,通知管理是FeatureInteractitor
的职责,因此FeatureNotificationManager
成为了它的私有财产FeatureNotificator
也是一个好名字。