Това става все по-често използван случай, особено с популярността на приложенията за изпращане на автомобили/таксита, където имате приложение за водач, което комуникира с отделно приложение за водач. Има и други случаи на употреба, но този е най-често срещаният.

Понастоящем Таблото за управление на акаунти в PubNub поддържа само един насочен сертификат за набор от ключове, което означава, че имате няколко заобиколни решения, докато ние поддържайте множество натискащи сертификати за набор от ключове.

Две приложения

1. Използвайте 1 набор от ключове като първични ключове, където извършвате всички pub/sub операции, присъствие и т.н.
2. Също така бихте включили полезния товар за насочване на мобилни устройства (apns/gcm) във всяка публикация, която изпращате.
3. Едно приложение ще се регистрира за насочени известия с помощта на този набор от ключове.
4. Също така ще публикувате полезния товар за насочена информация само във втория набор от ключове, които другото приложение ще регистрира за насочени известия.
5. Това друго приложение също ще pub/sub и т.н. на първия набор от ключове.
6. И всеки комплект ключове ще има отделен сертификат за натискане, както вече разбирате.

Едно приложение

Алтернативата е да имате само едно приложение (така един сертификат за натискане с един набор PubNub ключове) и вие предоставяте средство за крайния потребител да се регистрира като потребител на един или друг модул (модули == приложения сега). След това просто покажете само функционалността/ПИ, която се отнася за този тип потребител. Разбирам, че това осигурява по-голям отпечатък на приложението и по-ограничителни цикли на пускане с двата модула (приложения) в едно приложение.

Нито едно от горните решения не е оптимално, но това е, което много клиенти внедряват в момента. Имаме функцията за сертификат с многократно натискане в пътната карта, но тя изисква някои други функции да бъдат налице, преди да пуснем това. Моля, следвайте акаунта в Twitter @pubnub и блога на PubNub за съобщения за тази функция и други страхотни подобрения, които са Очаквайте скоро.

Въпроси (от коментарите)

1. Да кажем, че имам две приложения, едното е драйвер, а другото е ездач, трябва ли да създам две приложения на pubnub и да получа два комплекта ключове?
2. Доколкото разбрах от вашето обяснение, след като създадем две приложения на pubnub, ще трябва да използваме един ключ за чат и друг за насочено известяване, прав ли съм?
3. В случай на използване на други ключове само за насочено известие, как ще идентифицира към кое приложение за ездач или приложение за водач трябва да изпрати насочено известие?

Отговори

Отговарям на трите въпроса наведнъж тук. Надявам се това да стане ясно.

Приложенията в таблото за управление на акаунта на PubNub са основно организационни папки, така че не е нужно да имат пряка връзка с действително приложение, така че наистина няма значение дали създавате 1 или 2 Приложения в този сценарий. Но бих създал 1 приложение и два комплекта ключове: основни ключове и вторични ключове. И двете ви приложения за iOS (Driver и Rider) ще използват първичните ключове за всички pub/sub съобщения.

Но за насочени известия, приложението Driver ще се регистрира за насочени известия само на насочения сертификат на първичния ключ, а приложението Rider ще се регистрира само на насочени известия на насочения сертификат на вторичния ключ. Всеки път, когато публикувате съобщение към първичния ключ, вие включвате полезния товар за насочени известия за APNS (pn_apns : { aps : { alert :...) и също публикувате само полезния товар за насочени известия във вторичния ключ.