말씀하신 UI의 읽지 않은 정보가 런처 오른쪽 상단의 아이콘을 말하는 것인지, 앱의 UI의 읽지 않은 정보를 말하는 것인지는 모르겠습니다. 국내 제조사의 시스템은 앱이 수신한 알림 수를 자동으로 계산하며, 후자의 경우 onReceivePassThroughMessage(Context context, MiPushMessage message) 메소드
로 메시지를 구문 분석하여 해당 작업을 수행합니다.
으아아아
메시지 수를 업데이트하는 방법에는 여러 가지가 있습니다. 적절한 방법을 선택하세요. 예를 들어, 수동적으로 표시할 수 있습니다. sharedPreference msgCout를 유지하고 해당 페이지에서 msgCount를 가져와 UI 또는 활성 디스플레이에 표시합니다. 메시지 수를 표시하려는 인터페이스에 브로드캐스트를 등록하고 보낼 수 있습니다. 위 코드에서 이 방송에 메시지를 보내거나 EventBus 메시지 보내기 등을 사용할 수 있습니다
BroadcastReceiver는 시간이 많이 걸리는 작업을 수행하므로 UI를 직접 수정할 수 있는 방법이 없습니다. 일반적으로 UI 업데이트를 알리는 데 RxBus를 사용하며 위에서 언급한 Sp도 사용할 수 있습니다. 사용되었지만 UI를 직접 수정하지는 않지만 수동으로 새로 고쳐야 합니다. MVP 아키텍처를 사용하는 경우 프레젠터에서 메서드 업데이트를 직접 조정할 수 있습니다
데이터를 가져온 다음 처리해야 하는 해당 UI 클래스에 자신의 앱 브로드캐스트를 보냅니다
말씀하신 UI의 읽지 않은 정보가 런처 오른쪽 상단의 아이콘을 말하는 것인지, 앱의 UI의 읽지 않은 정보를 말하는 것인지는 모르겠습니다. 국내 제조사의 시스템은 앱이 수신한 알림 수를 자동으로 계산하며, 후자의 경우
로 메시지를 구문 분석하여 해당 작업을 수행합니다. 으아아아onReceivePassThroughMessage(Context context, MiPushMessage message)
메소드메시지 수를 업데이트하는 방법에는 여러 가지가 있습니다. 적절한 방법을 선택하세요. 예를 들어, 수동적으로 표시할 수 있습니다.
sharedPreference msgCout
를 유지하고 해당 페이지에서 msgCount를 가져와 UI 또는 활성 디스플레이에 표시합니다. 메시지 수를 표시하려는 인터페이스에 브로드캐스트를 등록하고 보낼 수 있습니다. 위 코드에서 이 방송에 메시지를 보내거나 EventBus 메시지 보내기 등을 사용할 수 있습니다BroadcastReceiver는 시간이 많이 걸리는 작업을 수행하므로 UI를 직접 수정할 수 있는 방법이 없습니다. 일반적으로 UI 업데이트를 알리는 데 RxBus를 사용하며 위에서 언급한 Sp도 사용할 수 있습니다. 사용되었지만 UI를 직접 수정하지는 않지만 수동으로 새로 고쳐야 합니다. MVP 아키텍처를 사용하는 경우 프레젠터에서 메서드 업데이트를 직접 조정할 수 있습니다