끈적 거리는 브로드 캐스트의 엑스트라를 변경하고 싶습니다. 같은 의도로 sendStickyBroadcast를 다시 호출하면 새로운 끈적한 브로드 캐스트가 만들어 지거나 이전 브로드 캐스트를 대체합니까?끈끈한 브로드 캐스트 재방송
또한 고정 된 브로드 캐스트를 사용하여 일부 속성의 상태를 유지하고 원하는 사람 (서비스 및 활동)에게 상태를 공유합니다. 모든 안드로이드 클래스간에 일부 속성의 상태를 공유하는 더 나은 방법이 있습니까?
같은 의도로 sendStickyBroadcast를 다시 호출하면 새로운 고정 방송이 만들어 지거나 이전 고정 방송이 바뀝니 까?
는 텐트가 이미
내가 it been deprecated from security reasons from android 5 때문에 스티커 브로드 캐스트를 사용하지 않을 방송 된 이전에 filter equal 인 경우에 현재를 대체합니다.
또한, 내 경험에서 - ... 당신이 버그와 예상치 못한 행동 당신이 onReceive() 호출 할 수있는 모든 경우를 고려하지 않을 경우의 톤 매우 쉽게 될 수 있습니다 설명하는 이유 끈적 브로드 캐스트를 사용하여
모든 안드로이드 클래스간에 일부 속성의 상태를 공유하는 더 나은 방법이 있습니까?
예. 다른 응용 프로그램 구성 요소를 통해 상태를 저장하기 위해 더 나은 방법이있다, 특정 사용 케이스에 따라 달라집니다
를 싱글 톤 클래스 내의 필드 (또는 개체) 등의 상태를 저장합니다. 클래스를 싱글 톤으로 구현하면 다른 응용 프로그램 구성 요소에서 전역 액세스를 제공 할 수 있습니다. 상태가 저장되고 응용 프로그램 프로세스가 중지 된 후에도 복원해야하는 경우 싱글 톤 상태는 프로세스가 활성 상태 인 동안은 저장됩니다.
상태를 저장하고 응용 프로그램 프로세스가 중지 된 후에도 복원해야하는 경우 영구 상태 중 하나에서 상태를 저장해야합니다. 그렇게 : SharedPreference 문자열처럼 지속적으로 원시적 형을 저장하기위한 좋은 선택이다, 정수 .. 더 복잡한 객체 및 목록에 대한 선택이 whould SQLite는 데이터베이스의 상태를 저장
..
thanks tal, btw, singleton은 항상 답이 아닙니다. 예를 들어 객체의 상태가 재생성하기 쉽고 유지 관리가 쉽다면, 안드로이드가 클린업 할 수있는 사실을 바꾸는 게임입니다 인스턴스를 생성하고 코드를 다시 만들어야합니다. 항상 기대하지 않을 때 (안드로이드가 다른 OS와 같은 엔트리 포인트를 가질 수 있기 때문에 실제로 기대할 수 없습니다). 그러나 필요하다면 다시 만들 생각이 없다면 좋은 선택입니다. 다시 한 번 감사드립니다. 또 다시 소식을 듣고 싶습니다. –
당신에게서 좋은 청력도 있습니다. :) –
하지 마십시오을 in-process 이벤트 버스로 시스템 브로드 캐스트를 사용합니다. – CommonsWare
Nice rep 1990. : D – Sufian