SDK의 기능 중 하나가 푸시 알림을 수신하는 것입니다. 다른 고객이 앱에서 사용하게 될 Android SDK를 개발 중입니다. 이제는 내 자신의 알림 인프라 (GCM 발신자 ID, GCM 수신자 등)를 삽입해야하는지, 아니면 고객의 앱에이를 요청해야하는지 의심 스럽습니다. 그렇게하면 모든 고객이 푸시 알림 용 자체 발신자 ID와 별도로 내 SDK GCM 발신자 ID를 사용하게됩니다 (따라서 동일한 앱에서 여러 발신자가 될 것입니다 - Google 당연한 것 같습니다) . 주위에 그들의 권장 접근 방식이나 모범 사례가 있습니까?GCM 알림 수신자 SDK SDK
푸시를 받고 푸시 토큰을 SDK에 등록하는 메커니즘이 이상적입니다. 선택적 메커니즘이어야합니다. 클라이언트 응용 프로그램이 자체적으로이 작업을 수행하려는 경우 SDK가 해당 작업을 수행 할 수 있습니다. 여러 수신기가 문제를 일으키므로 SDK의 매니페스트 파일에 수신기를 추가하지 않았는지 확인하십시오. 리시버를 추가하는 것은 통합 단계입니다. 플러스 페이로드에서 SDK로 전달할 클라이언트에 대한 후크를 제공해야합니다. 이는 자신의 수신자가있는 경우에 필요합니다.
하지만 여기에 대한 우려는 내 SDK에 대한 하나의 전용 메커니즘을 갖고 싶다는 것입니다. 이 SDK의 소비자는 그렇게 할 수있는 고유 한 메커니즘을 갖게 될 것입니다. 따라서 SDK의 매니페스트에 리시버가 하나 있고 앱 매니페스트에 다른 수신기가 하나 있습니다. – Jason1
위에서 언급했듯이 앱에 수신자가 여러 명 있으면 안됩니다. 매니페스트 수신기를 추가하는 것은 통합 단계입니다. 기본 구성이 아닙니다. SDK는 앱이 페이로드/토큰을 SDK에 전달할 수있는 후크를 제공해야합니다 –
이 [thread] (http://stackoverflow.com/a/14785594/5832311)에 따르면 GCM 발신자 ID를 보호해야합니다. 귀하의 고객은 그것을 사용할 수 있으며 귀하의 API 사용에 포함됩니다. 예를 들어 다른 서비스의 API 키와 유사합니다. 구글지도. 또한'SERVER API KEY '를 모른다면 GCM을 통해 메시지를 보낼 수 있어야만'SENDER ID'가 작동하지 않을 것입니다. – abielita