2017-01-12 3 views
0

현장 WinRT 응용 프로그램을 개발 중이며 새 업데이트를 사용할 수있을 때 밀어 넣기 알림을 보내려합니다 (현장 앱이므로 설치 프로세스에는 Windows Store 앱이 아닌 사용자 정의 로더가 필요합니다.푸시 알림 해결 방법으로 서비스 버스 사용 (알림 허브 제외)

그러나 필자는 이러한 시스템이 이상적으로 기능하는 방식을 고민하고 있습니다.

필자는 분명히 최신 버전 번호를 반환하는 서비스를 만들 수 있었으며 응용 프로그램은 주기적으로 해당 정보에 대한 서비스를 폴링합니다. 구현하기는 쉽지만 매우 못생긴 접근법입니다 (최신 버전에 대한 지속적인 요청을 보내는 것이 필요하지 않습니다).

저는 처분 할 수있는 푸른 하늘의 힘을 가지고 있습니다. 분명히 알림 허브가 선호되는 방법입니다. 그러나 Windows 스토어 계정을 순수하게 "사적"온 사이트 응용 프로그램을 개발할 의도는 없습니다. 따라서 Notification Hub를 사용하는 것은 아무 문제가 아닙니다.

주제 사용에 대해 생각해 보았습니다. 이 방법이 효과적 일지 모르지만 모든 클라이언트를 구독자로 추가해야 할 수 있습니다. 기술적으로는 가능하지만 관리 비용이 중요한 문제 일 수 있습니다. WinRT 응용 프로그램 자체에서 동적으로 구독자를 만드는 방법에 대해서도 생각했습니다. 그러나이를 처리하기위한 SDK (Azure Messaging Managed)는 너무 오래되었고 구독자를 만들 때 항상 오류 (잘못된 날짜 형식, 분명히 언젠가 변경 되었음)를 던졌습니다. MS의 유일한 "현재"패키지는 제한된 WinRT 카운터가 아닌 전체 .NET 프레임 워크를위한 것 같습니다.

이 문제를 해결하는 방법을 찾고 있습니다. 새롭고 적절한 SDK (주제 목록 수신 및 나열 및 작성을 처리 할 수 ​​있음) 또는 문제와 완전히 다른 접근 방식.

주 - 아직 코드가 필요하지 않습니다. 가짜 코드 또는 단순히 통신이 어떻게 작동하는지에 대한 설명만으로 충분할 것입니다.

답변

0

제한된 규모의 배포의 경우 서비스 버스 항목을 선택하는 것이 좋습니다. 또는 대안 푸시 알림 채널로 IoT 허브를 살펴볼 수도 있습니다.

.NET Standard 용 새 서비스 버스 클라이언트 SDK는이 저장소를 사용하지만 아직까지는 바이너리를 빌드하지 않습니다. https://github.com/Azure/azure-service-bus-dotnet