Push értesítések küldése és fogadása az Ionic alkalmazásokban

push értesítések végrehajtása az alkalmazásban

pár évvel ezelőtt olyan szolgáltatások kezdtek megjelenni, amelyek a tipikus pub/alrendszerek egyszerűségét hozták az értesítések leküldéséhez. Ahelyett, hogy manuálisan kellene nyomon követnie a felhasználó telefonazonosítóit, ezek a Szolgáltatások lehetővé teszik, hogy egyszerűen feliratkozzon a felhasználókra a kívánt csatornákra, ahonnan push értesítéseket kaphat.

például, ha egy felhasználó értesítést szeretne kapni, amikor egy Javascript-tanfolyamot közzétesznek a Thinkster-en, feliratkozhatunk egy “javascript” nevű csatornára, amelyre több ezer más felhasználó is feliratkozhat. Ahhoz azonban, hogy push értesítést indítson ezeknek a felhasználóknak, csak egy sor kódra lenne szükség – egyszerűen tegyen közzé egy push értesítést a “javascript” csatornán, és minden felhasználónk megkapja. Hasonlítsa össze ezt a felhasználó telefonazonosítóit tartalmazó adatbázis lekérdezésével, szegmentálva, hogy mely felhasználók szeretnének értesítést kapni a Javascript-ről, majd mindegyikről külön-külön értesítéseket küld az APNS/GCM-nek. Fúj!

van néhány szolgáltatás, amely biztosítja ezt a pub/al funkciót, de ebben a pillanatban nagyon javasoljuk a Parse használatát a push értesítések kezeléséhez. Itt van miért: – ez széles körben elfogadott, és a csata edzett a használat egész 100.000 + alkalmazások-ez ingyenes, hogy küldjön korlátlan számú push értesítések, amíg van < 1 millió felhasználó (!!!) regisztrált az app (azt követően, hogy meg kell fizetni egy nyamvadt öt cent ezer további felhasználók)- a plugin és API őrülten könnyen használható

mi lesz egy áttekintést egy pár más elérhető szolgáltatások az Ön számára később ezen a tanfolyamon, de általában a beállítás az egész ezek a különböző szolgáltatások nagyon hasonlóak!

a környezet előkészítése

a másik dolog, amit tudnod kell az iOS fejlesztésekor, hogy az Apple nem engedi, hogy push értesítéseket küldjön az emulátorban futó alkalmazásoknak; valódi eszközt kell használnia. Javasoljuk, hogy teszteljen minden olyan funkciót, amelyet a push értesítés az emulátorban hív meg, majd amikor az alkalmazás ki van építve, be kell töltenie az alkalmazást egy valódi eszközre, hogy biztosítsa a push értesítések tényleges fogadását.

beállítása Parse

ahhoz, hogy ez a projekt működik az alkalmazás kifejezetten, meg kell cserélni az egyedi kulcsok és azonosítók:

ezen a ponton, a projekt futtatható! Valójában csak két dolgot kell hívnia az elemzés használatakor: initialize, amely biztosítja, hogy ez az eszköz regisztrálva legyen a push értesítésekhez, és subscribe, amely feliratkozik erre a telefonra bármely megadott csatornára. Van egy harmadik módszer is getInstallationId amely visszaadja ennek az elemző felhasználónak a telepítési azonosítóját, de ez csak akkor hasznos, ha mélyen belemerül a Parse néhány fejlettebb funkciójába.

lehetővé teszi, hogy egy gyors pillanatra, hogy vizsgálja felül a kódot összekötő app elemezni www/app.js:

window.parsePlugin.initialize(appId, clientKey, function() { console.log('Parse initialized successfully.'); window.parsePlugin.subscribe('SampleChannel', function() { console.log('Successfully subscribed to SampleChannel.'); window.parsePlugin.getInstallationId(function(id) { // update the view to show that we have the install ID console.log('Retrieved install id: ' + id); /** * Now you can construct an object and save it to your own services, or Parse, and corrilate users to parse installations * var install_data = { installation_id: id, channels: } * */ }, function(e) { console.log('Failure to retrieve install id.'); }); }, function(e) { console.log('Failed trying to subscribe to SampleChannel.'); }); }, function(e) { console.log('Failure to initialize Parse.'); });

ezt nem túl bonyolult megnézni, de vegye figyelembe, hogy az összes Cordova alkalmazás betöltése után fut $ionicPlatform.ready. Ez fontos, mivel nem akarunk window.parse metódusokat hívni, ha a Parse plugin még nem áll rendelkezésünkre! Egy másik dolog, amit meg kell jegyezni, hogy ezt a kódot az alkalmazás minden egyes megnyitásakor kirúgják. A initialize és subscribe számot ugyanahhoz a csatornához annyiszor hívhatja, ahányszor csak akarja, anélkül, hogy ez befolyásolná a felhasználót, az elemzési fiókját vagy az APNS/GCM-et. Valójában valószínűleg a legjobb, ha ezt megteszi annak biztosítása érdekében, hogy a felhasználó véletlenül ne kapcsolja ki az alkalmazás push értesítéseit az utolsó használat óta.

mivel ez az alkalmazás most feliratkozott a ‘SampleChannel’ elemzési csatornára, ez azt jelenti, hogy most push értesítéseket küldhetünk neki. Amint az a fenti videóban látható, ezt a Parse Push irányítópulton keresztül teheti meg, ha a ‘SampleChannel’ – t adja meg célként. Ha azonban gyártásra kész alkalmazást épít, akkor valószínűleg push értesítéseket szeretne programozva küldeni a szerverről a Parse REST API-ján keresztül.

a push értesítések csatornákon keresztüli küldése nem csak felhasználói csoportok számára nagyszerű, hanem az IF-et is használhatja egyéni felhasználók számára is. Például programozottan egyedi csatornákat hozhat létre minden egyes felhasználó számára, ha csak feliratkozik egy csatornára, amelynek felhasználói azonosítója a végéhez van csatolva (azaz window.parsePlugin.subscribe('thinkster-user-' + userID)). Még akkor is, ha a felhasználók új eszközökön jelentkeznek be, folytathatja a push értesítések küldését, csak a felhasználói azonosítójuk ismeretében!

Vélemény, hozzászólás?

Az e-mail-címet nem tesszük közzé.